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Mole: See Glossary for Detinitions of the various main organizations. 

FIGURE 1. National Semiconductor's Participation in Industry Standards Committees 



PRO-ACTIVE COIWIVIUNiCATiONS 
STANDARDS INVOLVEIWENT 

Standards are important in tiie development and growth of 
tlie communications industry. Several international commit- 
tees and organizations define and promote standards to en- 
sure interoperability and interconneclivity among multiple 
vendors' products. 

National Semiconductor taites an active part in the develop- 
ment and definition of these standards (see Figure 1 ) and 



produces a wide range of products that meet and exceed 
the requirements of these standards. 
National's data communications portfolio includes complete 
silicon solutions for IEEE 802.3 Ethernet, IEEE 802.5 Tol<en 
Ring, and ANSI X3T9.5 FDDI applications— the broadest 
portfolio in the industry. See Table I for a protocol character- 
istics summary. 



TABLE I. Key Characteristics of Popular LAN Protocols 



Characteristic 


Ethernet 


Token Ring 


FDDI 


Bandwidth 


10 Mbps 


16Mbpsor4Mbps 


100 Mbps 


Topology 


Bus, Star 


Ring, Star 


Dual Ring, Star 


l\^edia 


Twisted Pair, Coax 
Optical Fiber 


Twisted Pair 
Optical Fiber 


Optical Fiber 
Twisted Pair 


Network Access 


CSMA/CD 


Token-Passing 


Timed-Token-Passing 


Frame Size (bytes) 


1,500 


18,000 (16), 4,500 (4) 


4,500 


Encoding 


Manchester 


Differential Manchester 


4B/5B 


Max. No. Nodes 


1,024 


260 


1000 


Distance (nodes) 


2.8 km 


100-300 m 


2-3 km 


Max. Network Span 


2.8 km 


Varies with configuration 


200 km 



TABLE II. IEEE 802.3 Physical Layer Specifications 10 Mbps Ethernet 



Parameter 


10BASE5 


10BASE2 


10BASE-T 


Designator 


Thick Coax 


Thin Coax 


Twisted Pair 


Segment Length 


500 Meters 


185 Meters 


100 Meters Nominal 


Topology 


Bus (Multi-Point) 


Bus (Multi-Point) 


Star (Point-to-Point) 


Cable Type 


0.4" Diam. 50n, 


0.2" Diam. 50n, 


24 Gauge, lOOn 




Double Shield Coax 


Single Shield Coax 


Twisted Pair 




(RG11) 


(RG58) 




Connection 


Precision TAP 


BNC "T" 


8-Pin, RJ-45 



ETHERNET: IEEE 802.3 

Ethernet is the most widely installed LAN standard for con- 
necting personal computers and workstations with informa- 
tion resources, servers and other peripherals. 
The 10 Mbps Ethernet CSMA/CD (Carrier Sense Multiple 
Access with Collision Detection) protocol defines how a 
node will gain access to the network. The node first moni- 
tors the media to ensure that no transmissions are in prog- 
ress (Carrier Sense). The node may then decide to transmit 
(Multiple Access). If more than one node decides to trans- 
mit simultaneously, then a collision will occur. 
All nodes must be able to detect this condition (Collision 
Detection), stop their transmissions, and retry after a ran- 
dom period of time. 

Physical L^yer Specifications 

Physical Layer Specifications define various media and to- 
pology options. Current specifications include 10BASE5 
which defines the use of thick, double-shielded coax in a 
bus topology; 10BASE2 which defines the use of thin coax 
in a bus configuration; 10BASE-T which defines the use of 
unshielded twisted pair cable in a star configuration; and 
10BASE-F which defines the use of optical fiber In a star 
configuration. 

Because of its topology, lOBASE-T Ethernet IJ\Ns require 
both nodes and hubs or repeaters to extend the signals 
around the network. Network management becomes an is- 
sue or requirement in 10BASE-T as well. The IEEE 802.3 
Repeater Specification defines basic, mandatory and op- 
tional management attributes to 'ensure interoperability in 
repeaters. 

Comprehensive Ethernet Solutions 

National's Ethernet products are grouped into four families: 
Network Interface Controllers (NIC Family); Systems Orient- 
ed Network Interface Controllers (SONIc™ Family); Physi- 
cal Layers and Encoders/Decoders (PHYs and ENDECs 
Family); and Repeater Interface Controllers (RICtm Family). 
The NIC Family of 8/16-bit controllers provides value-based 
solutions for the node environment and designs. It consists 
of the DP8390 NIC, DP83901 SNICtm, DP83902 ST-NICtm, 
and DP83905 AT/LANTICtm. All are based on the industry 
standard DP8390 NIC core. The AT/LANTIC, the most high- 
ly integrated of the family, has an AT Bus Interface and 
twisted pair transceiver integrated on-chip making it well 
suited for motherboard designs. The ST-NIC also has an 
integrated twisted pair transceiver, but has no on-chip bus 
Interface making it ideal for specialty I/O applications, such 
as PCMCIA, and non-AT buses. The SNIC provides a MAC 
and ENDEC only. The NIC is only a MAC. 



The SONIC Family of 16/32-bit controllers provides full per- 
formance solutions for nodes and interconnect products. It 
consists of the DP83932 SONIC, DP83934 SONIC-T, and 
DP83916 SONIC-16. The SONIC is appropriate for 16- and 
32-bit Ethernet network nodes and bridges for any of the 
standard media choices. The SONIC-T is ideal for 
10BASE-T networks due to its integrated twisted pair trans- 
ceiver. The SONlC-16 is for 16-bit designs using the stan- 
dard media choices. 

The PHYs and ENDECs consist of separate physical layer 
transceivers and encoder/decoders. The DP8392 CTi™ is 
the Industry's most reliable and most popular transceiver. It 
is often used in Media Access Units. 
The RIC Family of repeater devices offers solutions for both 
high and low end hubs. The DP83950 RIC provides full man- 
agement capabilities for large, multi-port, expandable hubs 
while the DP83955/56 LERICTtJ offers limited management 
for small, basic functionality hubs. 
More detailed information, including specific datasheets and 
application notes for these products, are included in Sec- 
tions 1 -3 of this book. 

TOKEN-RING: IEEE 802.5 

Token Ring is a token-passing protocol which performs well 
under heavy network loading and easily integrates into ex- 
isting synchronous networks. It supports either a 16 or 4 
Mbps data rate. 

In the token-passing protocol, a token circulates around the 
ring until a station requests permission to transmit. Once 
granted, the transmitting station sends its information over 
the network. Each station along the ring checks the destina- 
tion address of the data frame to determine if the packet is 
to be copied into a local buffer or simply repeated onto the 
ring. The data frame is removed from the ring by the origina- 
tor of that frame and the token is released. 
Originally, Token Ring was designed for use with shielded 
twisted pair cable. However, a Physical Layer Specification 
is in development to standardize the use of unshielded 
twisted pair media. 

National offers a highly integrated, single chip, Token-Ring 
controller, the DP8025 TROPICtm, designed and manufac- 
tured in cooperation with International Business Machines 
(IBM). Basic information is provided in Section 4 of this 
book. More detailed information is available through the Ad- 
vanced Networks Division or your local National Semicon- 
ductor Sales Office. 



FDDI (Fiber Distributed Data Interface): ANSI X3T9.5 

Fiber Distributed Data Interface (FDDI) Is a 100 Mbps net- 
working standard that uses a token passing access method 
and dual rings of optical fiber or twisted pair cable. 

Like Token Ring, FDDI utilizes a ring topology. However, 
FDDI has a dual-ring configuration providing greater fault 
tolerance and redundancy. Timed-token-passing for FDDI 
works in a manner similar to token-passing for Token Ring. 
The standard defines fiber as the physical media, but a low 
cost physical media specification is In development to stan- 
dardize the use of shielded and unshielded twisted pair me- 
dia. 

Originally used for backbone applications to connect multi- 
ple islands of lower speed LANs, FDDI has since migrated 
to the desktop. The inherent management capabilities and 
use of fiber offers a means with which to expand networks 
in a controlled manner. The use of twisted pair media for 
FDDI products provides a cost-effective means of bringing 
high-speed networking to the desktop. 
National's FDDI DP83200 Series portfolio consists oif a two 
chip set, a five chip set, and a MLT-3/NRZI transceiver for 
UTP/STP cabling. A brief overview of these products is in- 
cluded in Section 6 for your reference. More detailed infor- 



mation is available in the 1 992 Desktop FDDI Handbook or 
through your local National Semiconductor Sales Office. 

National's Committment to Networking Standards 

In support of current networking standards. National Semi- 
conductor provides an extensive selection of networking sil- 
icon for Ethernet, Token Ring, and FDDI. Comprehensive 
evaluation platforms, demonstration software, application 
notes, and system briefs are also available to provide net- 
work product designers and manufactures optimal flexibility 
and ease of product development for today's networking 
needs. 

National Semiconductor's active involvement in the devel- 
opment of communications standards and experience as a 
LAN user have resulted in the availability of a broad range of 
silicon solutions for the networking market. National under- 
stands the importance of preserving investments in existing 
standards while balancing participation in the innovation 
and development of emerging networking standards such 
as Isochronous Ethernet, ATM, and FDDI-II. With continuing 
efforts on standards committees, product innovation, and 
market leadership, National is dedicated to serving the net- 
working needs today and in the future. 
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DP83905 AT/LANTIC™ 

AT Local Area Network Twisted-Pair 

Interface Controller 



General Description 

The AT/LANTIC AT Local Area Network Twisted-pair Inter- 
face Controller is a CMOS VLSI device designed for easy 
implementation of CSMA/CD local area networks. 
Unique to the AT/LANTIC is the integration of the entire bus 
interface for PC-AT® ISA (Industry Standard Architecture) 
bus based systems. Hardware and software selectable op- 
tions allow the AT/LANTIC's bus interface to be configured 
software compatible to either an NE2000 or Ethercard 
PLUS16TM. All bus drivers and control logic are integrated 
to reduce board cost and area. 

Supported network interfaces include 10BASE5 or 
10BASE2 Ethernet via an external transciever connected to 
its AUI port, and Twisted-pair Ethernet (10BASE-T) using 
the on-board transceiver. The AT/LANTIC provides the 
Ethernet Media Access Control (MAC), Encode-Decode 
(ENDEC) with an AUI interface, and 10BASE-T transceiver 
functions in accordance with the IEEE 802.3 standards. 
The AT/LANTIC's integrated 10BASE-T transceiver fully 
complies with the IEEE standard.This functional block incor- 
porates the receiver, transmitter, collision, heartbeat, loop- 
back, jabber, and link integrity blocks as defined in the stan- 
dard. The transceiver when combined with equalization re- 
sistors, transmit/receive filters, and pulse transformers pro- 
vides a complete physical interface from the AT/LANTIC 
Controller's ENDEC module and the twisted pair medium. 

(Continued) 



Features 

■ Controller and integrated bus interface solution for IEEE 
802.3, 10BASE5, 10BASE2, and 10BASE-T 

■ Software compatible with Novella's NEZOOO/Plus indus- 
try standard Ethernet Adapters 

■ Selectable buffer memory size 

■ No external bus logic or drivers 

■ Integrated controller, ENDEC, and transceiver 

■ Full IEEE 802.3 AUI interface 

■ Single 5V supply 

10BASE-T TRANSCEIVER MODULE: 

■ Integrates transceiver functionality: 

— Transmitter and receiver functions 

— Collision detect, heartbeat and jabber 

— Selectable link integrity test or link disable 

— Polarity Detection/Correction 
ENDEC MODULE: 

■ 10 Mbit/s Manchester encoding/decoding 

■ Squelch on receive and collision pairs 
MAC/CONTROLLER MODULE: 

■ Software compatible with DP8390, DP83901, DP83902 

■ Efficient buffer management implementation 



1.0 System Diagram 
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General Description (continued) 

The integrated ENDEC module allows Manchester encod- 
ing and decoding via a differential transceiver and phase 
lock loop decoder at 10 Mblt/sec. Also Included are a colli- 
sion detect translator and diagnostic loopback capability. 
The ENDEC module Interfaces directly to the transceiver 
module, and also provides a fully IEEE compliant AUI (At- 
tachment Unit Interface) for connection to other media 
transceivers. 



The Media Access Control function which is provided by the 
Network Interface Control module (NIC) provides simple 
and efficient packet transmission and reception control by 
means of off-board memory which can be accessed either 
through an I/O port or mapped Into the system memory. 
AT/LANTIC Controller provides a comprehensive solution 
for 10BASE-T IEEE 802.3 networks. Due to the Inherent 
constraints of CMOS processing, Isolation Is required at the 
AUI differential signal Interface for 10BASE5 and 10BASE2 
applications. 
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1.0 System Diagram (continued) 

1.1 CONNECTION DIAGRAM 
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2.0 Pin Description 


Pin No. 


Pin Name 


Type* 


Description 


ISA BUS INTERFACE PINS 


94-97 

99-106 

108-115 


SA0-SA1 9 


1 
TTL 


LATCHED ADDRESS BUS: Low-order 20 bits of the system's 24 bit aidiJress bus. 
These lines are enabled onto the bus, by the system, when BALE is high and are 
latched when BALE returns low. These bits are used to decode accesses to the 
AT/LANTIC Controller's I/O map and to the boot PROM. In addition they are used to 
decode accesses to the AT/LANTIC Controller's memory in shared memory mode. 


76-82 


LA17-LA23 


i 
TTL 


UNLATCHED ADDRESS BUS: High order 7 bits of the 24-bit system address bus. 
These lines are valid on the falling edge of BALE. These bits are used to decode 
accesses to the AT/LANTIC Controller's memory In shared memory mode. 


127,128, 
130,131, 
133,134, 
136, 137, 
73, 72, 
70, 69, 
67, 66, 
64,63 


SD0-SD15 


i/0 
3SH 


SYSTEM DATA BUS: 16-bit system data bus. Used to transfer data between the 
system and the AT/LANTIC Controller. 


88 


BALE 


1 
TTL 


BUS ADDRESS LATCH ENABLE: This signal indicates when the system address 
lines are valid. 


83 


SBHE 


i 
TTL 


SYSTEM BUS HIGH ENABLE: This signal indicates that the system expects a 
transfer on the upper byte lane. 


86 


MIS 



OCH 


16-BIT MEMORY TRANSFER: In 16-bit shared memory mode this signal indicates 
that the AT/LANTIC Controller has decoded an address within the 128 l<byte space 
that it occupies part of. 


84 


1016 



OCH 


18-BIT I/O TRANSFER: In I/O mode this signal indicates that the AT/LANTIC 
Controller is responding to a 1 6-bit I/O access by driving 16-bits of data on the bus. 


74 


IMWR 


1 
TTL 


MEMORY WRITE STROBE: Strobe from system to write to AT/LANTIC Controller's 
memory map. 777/s pin should be connected to allow the CHRDYfix in 16-bit I/O mode 
to operate correctly. {See Seclion 6.0) 


75 


MRD 


1 
TTL 


MEMORY READ STROBE: Strobe from system to read from AT/LANTIC Controller's 
memory map. This pin should be connected to allow the CHRD Y fix in 16-bit I/O mode 
to operate correctly. (See Section 6.0) 


119, 
120 


SMRD& 
SMWR 


i 
TTL 


LOW MEMORY STROBES: In Memory mode these signals strobe memory transfers 
in the same manner as MRD and MWR except that these signals only occur if the 
access is to the lowest 1 Megabyte. This partial address decode means that these 
signals can be used in an 8-bit slot to properly decode an access to this area. The 
A T/LANTIC Controller will use MRD and MWR in 16-bit Memory mode and will use 


SMRD and SMWR in Memory mode when DWID is low (8-bit mode). SMRD and 


SMWR are also used to access the BOOT PROM. 


118 


lOWR 


i 
TTL 


I/O WRITE STROBE: Strobe from system to write to the AT/LANTIC Controller's I/O 
map. 


117 


lORD 


1 
TTL 


I/O READ STROBE: Strobe from system to read from the AT/LANTIC Controller's 
I/O map. 


126 


RESET 


1 

TTL 


RESET: This signal is output by the system to reset all devices on the bus. 


•Driver Types are: 1 = Input, - Output, I/O = Bi-directional Output, OCH = Open Collector. 3SH = TRI-STATE Output, TTL = TTL Compatible, AUI = 
Attachment Unit Interface, TPI = Twisted Pair Interlace, LED = LED Drive, MOS = CMOS Level Compatible, XTAL - Crystal. 
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2.0 Pin Description (continued) 


Pin No. 


Pin Name 


Type* 


Description 


ISA BUS INTERFACE PINS (Continued) 


123 


CHRDY ^' 



OCH 


CHANNEL READY: This signal is used to insert wait states into system accesses. 


122 


AEN 


1 
TTL 


DMA ACTIVE: This signal indicates that the system's DMA controller has control 
of the bus. 


89-92 


INTO-3 



3SH 


INTERRUPT REQUEST: The operation of these 4 outputs is determined by the 
Configuration registers. They can either be used to directly drive the interrupt lines 
or used as a 3-bit code with a strobe to generate up to 8 interrupts. 


61 


DWID 


1 
MOS 


DATA WIDTH: This input specifies whether the AT/LANTIC Controller is 
interfacing to an 8- or 1 6-bit ISA bus. When high it is in 1 6-bit mode. It has an 
internal pull-down resistor. 


93 


ISACLK 


1 
TTL 


ISA CLOCK: Clock from ISA bus. This signal is only required if CHRDY timing has 
to be altered, by changing the CHRDY bit of Configuration Register B. 


NETWORK INTERFACE PINS 


156-153 


TXOd + ,TXO-, 
TXO + ,TXOd- 




TPI 


TWISTED PAIR TRANSMIT OUTPUTS: These high drive CMOS level outputs 
are resistively combined external to the chip to produce a differential output signal 
with equalization to compensate for Intersymbol Interference (ISI) on the twisted 
pair medium. 


150,151 


RXI + ,RX1- 


1 
TPI 


TWISTED PAIR RECEIVE INPUTS: These inputs feed a differential amplifier 
which passes valid data to the ENDEC module. 


141, 
142 


TX- 
TX + 



AUI 


AUI TRANSMIT OUTPUT: Differential driver which sends the encoded data to the 
transceiver. The outputs are source followers which require 270fl pull-down 
resistors. 


145, 
146 


RX- 
RX + 


1 
AUI 


AUI RECEIVE INPUT: Differential receive input pair from the transceiver. 


147, 
148 


CD- 
CD + 


1 
AUI 


AUI COLLISION INPUT: Differential collision pair input from the transceiver. 


5 





LED 


TRANSMIT: An open-drain active low output. It is asserted for approximately 
50 ms whenever the AT/LANTIC Controller transmits data in either AUI or TPI 
modes. 


TXLED 


4 


RXLED 




LED 


RECEIVE: An open-drain active low output. It is asserted for approximately 50 ms 
whenever receive data is detected in either AUI or TPI mode. 


3 




O 
LED 


COLLISION: An open-drain active low output. It is asserted for approximately 50 
ms whenever the AT/LANTIC Controller detects a collision in either AUI or TPI 
modes. 


COLED 


1 


GDLNK 



LED 


GOOD LINK: An open-drain active low output. This pin operates as an output to 
display link integrity status if this function has not been disabled by the GDLNK bit 
in Configuration Register B. 

This output is off if the AT/LANTIC Controller is in AUI mode or if link testing is 
enabled and the link Integrity is bad (i.e. the twisted pair link has been broken). 
This output is on if the AT/LANTIC Controller is in Twisted Pair Interface (TPI) 
mode, link integrity checking is enabled and the link integrity is good (i.e. the 
twisted pair link has not been broken) or if the link testing is disabled. 


2 


POLED 



LED 


POLARITY: An open-drain active low output. This signal is normally inactive. 
When the TPI module detects seven consecutive link pulses or three consecutive 
received packets with reversed polarity POLED is asserted. 


•Driver Types are: 1 - Input, - Output, I/O = Bi-directional Output, OCH = Open Collector, 3SH = TRI-STATE Output, TTL = TTL Corrpatibie, AUI = 
Attachment Unit interface, TPi = Twisted Pair interlace, LED = LED Drive, MOS = CMOS Level Compatible, XTAL = Crystal. 
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2.0 Pin Description (continued) 


Pfn No. 


Pin Name 


Type* 


Description 


NETWORK INTERFACE PINS (Continued) 


7 


X1 (OSCIN) 


1 
XTAL 


CRYSTAL OR EXTERNAL OSCILLATOR INPUT 


8 


X2 (OSCOUT) 



XTAL 


CRYSTAL FEEDBACK OUTPUT: Used in crystal connections only. Should be left 
completely unconnected when using an oscillator module. 


10 


THIN 



DCDC 


THIN CABLE: This output is high if AT/LANTIC Controller is configured for thin 
cable. It can be used to enable the DC-DC converter required by the thin ethernet 
configuration. 


EXTERNAL MEMORY SUPPORT 


58-55 
53-50 


MSDO-7, 
CAO-7, 
DO, Dl. SK 


I/O, 1, 
MOS 


MEMORY SUPPORT DATA BUS— CONFIGURATION REGISTER A INPUT 
EEPROM SIGNALS: 

MSDO-7: When RESET is inactive these pins can be used to access external 
memory and boot PROM. 

CAO-7: When RESET is active Configuration Register A is loaded with the data 
value on these pins. If the user puts an external pull-up on any of these pins then the 
corresponding register bit is set to a 1 . If the pin is left unconnected then the register 
bitlsO. 

DO, Dl, SK: When RESET goes from an active to an inactive level AT/LANTIC 
Controller will read the contents of an EEPROM, using these signals, and load the 
contents into internal registers. These internal registers will then be mapped into the 
space taken up by the PROM in the NE2000 and Ethercard PLUS16. After the 
EEPROM read operation has completed these pins will revert to MSDO-2 (DO = 
MSDO, Dl = MSD1 , SK = MSD2). 


48-45 
43-40 


MSDB-15or 
CBO-7 


1/0,1 
MOS 


MEMORY SUPPORT DATA BUS— CONFIGURATION REGISTER B INPUT: 

MSD8-15: When RESET Is inactive these pins can be used to access external 

memory. 

CBO-7: When RESET is active Configuration Register B is loaded with the data 

value on these pins. If the user puts an external pull-up on any of these pins then the 

corresponding register bit is set to a 1 . If the pin is left unconnected then the register 

bitisO. 


31-25, 
22 


MSA1-8or 
CCO-7 


0,1 
MOS 


MEMORY SUPPORT ADDRESS BUS— CONFIGURATION REGIS I'ER C INPUT: 

MSA1 -8: When RESET is inactive these pins drive the memory support address 

bus. 

CCO-7: When RESET Is active Configuration Register C is loaded with the data 

value on these pins. If the user puts an external pull-up on any of these pins then the 

corresponding register bit is set to a 1 . If the pin is left unconnected then the register 

bitisO. 


21-15 


MSA9-15 



MOS 


MEMORY SUPPORT ADDRESS BUS: MSA9-1 5: When RESET is inactive these 
pins drive the memory support address bus. When the memory is only 8 bits wide AO 
will appear on A13, in compatible mode, and on A1 5, In non-compatible mode. 


33 





MOS 


MEMORY SUPPORT BUS READ: Strobes data from the external RAM into the AT/ 
LANTIC Controller via the memory support data bus. 


MSRD 


32 





MOS 


MEMORY SUPPORT BUS WRITE: Strobes data from the AT/LANTIC Controller 
into the external RAM via the memory support data bus. 


MSWR 


37 





MOS 


BOOT PROM CHIP SELECT: Selects the boot PROM on the memory support data 

bus. 


BPCS 


•Driver Types are: 1 = Input, = Output, r/0 - Bi-directional Output, OCH - Open Collector, 3SH = TRI-STATE Output, TTL = TTL Compatible, AUI = 
Attachment Unit Interface, TPI - Twisted Pair Interface, LED = LED Drive, MOS = CMOS Level Compatible, XTAL = Crystal. 
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2.0 Pin Description (continued) 


Pin No. 


Pin Name 


Type* 


Description 


EXTERNAL MEMORY SUPPORT (Continued) 


36 


RCSl 



MOS 


RAM CHIP SELECT 1: Drives the chip select of the external RAM on the lower half 
of the memory support data bus. 


34 


RCS2 


O 

MOS 


RAM CHIP SELECT 2: Drives the chip select of the external RAM on the upper half 
of the memory support data bus. 


38 


EECS 



MOS 


EEPROM CHIP SELECT: Strobes data from the EEPROM onto the memory support 
data bus. 


39 


EECONFIG 


1 
TTL 


CONFIGURE FROM EEPROM: When this pin is tied high the AT/LANTiC Controller 
loads the configuration from an EEPROM. 


12 


BSCLK 


1 
TTL 


INTERNAL BUS CLOCK: This controls the speed of the NIC core if it Is not running 
off of an Internal clock (see Configuration Register C). This pin should be tied to 
ground If it is unused. 


LOW POWER SUPPORT 


62 


LOWPWR 


1 
TTL 


LOW POWER: Instructs AT/LANTIC Controller to enter Its low power mode, as 
detailed in Section 4.5. Should be tied to ground for normal operation. 


TEST SUPPORT 


11 


TEST 


1 
MOS 


TEST: This input is only used for test mode. It should be left unconnected as it has 
an internal pull-down resistor which will enable correct operation. 


POWER SUPPLY PINS 


160 


PLLVcc 




PLL 5V SUPPLY PINS: This pin supplies 5V to the AT/LANTIC's analog PLL inside 
the ENDEC block. To maximize data recovery it is recommended that analog layout 
and decoupling rules be applied between this pin and PLLGND. 


159 


PLLGND 




PLL NEGATIVE (GROUND) SUPPLY PINS 


157,152, 
144,143, 
139 


PVcc 




PHYSICAL MEDIA 5V SUPPLY PINS: These pins supply 5V to the AT/UNTIG's 
analog physical media interface circuitry. 


158,149, 
140,138 


PGND 




PHYSICAL LAYER NEGATIVE (GROUND) SUPPLY PINS: These pins are the 
ground to the AT/LANTIC's analog physical media interface circuitry. 


9 


OVcc 




OSCILLATOR 5V SUPPLY PINS: This pin supplies 5V to the AT/LANTIC's oscillator 
and LED circuitry. 


6 


OGND 




OSCILLATOR NEGATIVE (GROUND) SUPPLY PINS: This pin is the ground to the 
AT/LANTIC's oscillator and LED circuitry. 


59, 49, 
24,13 


Vcc 




POSITIVE 5V SUPPLY PINS: These pins supply power to the AT/LANTIC 
Controller's logic. 


60, 54, 44, 
35,23,14 


GND 




NEGATIVE (GROUND) SUPPLY PINS: These are the supply pins for the 
AT/LANTIC Controller's logic. It is suggested that decoupling capacitors be 
connected between the Vcc and GND pins. It is essential to provide a path to ground 
for the GND pins with the lowest possible impedance. 


132,121, 
107,87,68 


IFVcc 




INTERFACE POSITIVE 5V SUPPLY PINS: These pins supply power to the 
AT/LANTIC Controller's ISA interface. 


135,129, 
125,124, 
116,98, 
85,71,65 


IFGND 




INTERFACE NEGATIVE (GROUND) SUPPLY PINS: These are the supply pins for 
the AT/LANTIC Controller's ISA interface. It is suggested that decoupling capacitors 
be connected between the IFVcc and IFGND pins. It is essential to provide a path to 
ground for the IFGND pins with the lowest possible impedance. 


•Driver Types are: 1 = Input, - Output, I/O = Bi-directional Output, OCH = Open Collector, 3SH = TRI-STATE Output. TTL = TTL Compatible, AUI = 
Attachment Unit Interface, TPI = Twisted Pair Interface, LED = LED Drive, MOS = CMOS Level Compatible, XTAL = Ciyslal. 
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3.0 Simplified Application Diagram 
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4.0 Functional Description 

The AT/LANTIC Controller is a highly Integrated and config- 
urable Ethernet controller mal<ing it suitable for most Ether- 
net applications. The AT/LANTIC Controller integrates the 
functions of the following blocl^s: 

1. DP8390 Ethernet Controller Core and Media Access 
Control logic. 

2. ISA Bus Interface containing all logic required to connect 
the DP8390 core to a packet buffer RAM and the ISA 
bus. 

3. Media Interface which includes an Encoder/Decoder 
block with an AUI (Attachment Unit Interface) and a 
10BASE-T Twisted Pair Interface. 



4.1 BUS INTERFACE BLOCK 

The AT/LANTIC Controller's Bus interface block provides 
the circuitry to interface the Ethernet controller logic, and 
the external packet buffer RAM to an ISA (Industry Standard 
Architecture) Bus. The bus interface provides several con- 
figuration modes which offer various different features de- 
pending on the designer's specific design requirements. 
The possible modes are: 

1. 16-Bit or 8-Bit Shared Memory Compatible Mode 
2. 16-Bit or 8-Bit Shared Memory Enhanced Mode 
3. 1 6-Bit or 8-Bit I/O Port Compatible Mode 
4. 16-Bit or 8-Bit I/O Port Enhanced Mode 
This section describes the function of each of these modes. 
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4.0 Functional Description (continued) 

AUI Cable Twlstsd Pair 




24-Bit Address Bus IG-BIt Data Bus Control Signals 

FIGURE 1. Block Diagram of AT/LANTIC Controller 
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DETERMINING 8- OR 16-BIT WIDE DATA 
AT/LANTIC Controller can treat the system data bus and all 
internal data busses as 8 or 16 bits wide. 8- or 16-bit mode 
Is determined by the DWID pin. For an adapter card this bit 
can be used to automatically detect If the card has been 
plugged into an 8- or 16-bit slot. If this pin is connected to a 
Vdd on the upper connector it will be high when plugged 
into a 16-bit slot, enabling 16-bit mode, and floating when 
plugged into an 8-bit slot. When floating the intemal pull- 
down resistor will enable 8-bit mode. 

SHARED MEMORY ARCHITECTURE 



SHARED 
MEMORY 



i ► 



DP8390 
CORE 



In this mode the AT/LANTIC Controller's internal memory 
map, using external RAM devices, is mapped into the host 
system's memory map. Both the AT/LANTIC Controller and 
the host system can directly access this memory. The 
AT/LANTIC Controller controls the arbitration for this mem- 
ory area, giving priority to its internal accesses. It also has 
an internal FIFO to allow for any latency on internal trans- 
fers introduced by system accesses. If a system access oc- 
curs while an internal access is current the AT/LANTIC 
Controller will insert wait states into the system cycle until 
the internal transfer is complete. 

In this mode the AT/LANTlC Controller's internal registers 
are accessed within the system's I/O map. The address 
within this I/O map is set by Configuration Register A. The 
user programs the address of the shared memory within the 
host systems memory map by writing to a register in 
AT/LANTIC Controller. The memory is not accessible by 
the user until after this register has been programmed. 
There are two basic Shared Memory modes, compatible 
mode, and non-compatible mode, as described in the fol- 
lowing text. 



FIGURE 2. Shared Memory 
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4.0 Functional Description (continued) 

Shared Memory Compatible Mode I/O Address 
Mapping 

The shared memory Is at an address decided by the Ad- 
dress Decode Register and the base I/O address of 
AT/LANTIC Controller is configured In Configuration Regis- 
ter A. At that address the following structure appears. 



Iddr 




D7-0 






00 


Control 1 




01 


AT detect 


(Read only) 


02 


Unused 




03 


Unused 




04 


Unused 




05 


Control 2 




06 


Unused 




07 


Unused 




08 


Node addr 


(Read only) 


09 


Nodeaddrl 


(Read only) 


OA 


Node addr 2 


(Read only) 


OB 


Node addr 3 


(Read only) 


OC 


Node addr 4 


(Read only) 


OD 


Node addr 5 


(Read only) 


OE 


05h 


(Read only] 


OF 


Checksum 


(Read only] 


10 
to 
IF 


NIC 
registers 








(a) 

D15 




DO 





OOOH 
OOOH 
OOOH 
OOOH 

FFFH 


8kx16 
Buffer RAM 


4 


Aliased 
Buffer RAM 


8 


Aliased 
Buffer RAM 


C 

F 


Aliased 
Buffer RAM 



(b) 

FIGURE 3. Shared Memory Mode a) Register 
Mapping and b) NIC Core Memory Map 

The AT Detect Register indicates whether AT/L.ANTIC Con- 
troller is in an 8- or 16-bit slot. The least significant bit of this 
register is set high when AT/LANTIC Controller is in 16-bit 
mode and low in 8-bit mode. Addresses 08H to 10H are 



specified as the PROM space for compatibility with the Eth- 
ercard PLUS16. This is actually an an-ay of 8-bit registers 
which are loaded from an external EEPROM after 
AT/LANTIC Controller is Initialized by a reset pulse. The 
user should program the EEPROM to contain these values. 
The 8k words of memory can be accessed directly by the 
host system in the same manner as any other memory. Typ- 
ically the programmer would remove data from this buffer 
using a "MOV" or "MOVSW" instruction. 

8-BIT SHARED MEMORY COMPATIBLE MODE 
In this mode the I/O map remains the same. The NIC core 
can still operate in 16-bit mode, if bit 6 of Control Register 2 
is set high and the full 16 kbytes of RAM are still available. 
However, only 8-bit system accesses are allowed. If bit 6 of 
Control register 2 Is low the NIC core must operate in 8-bit 
mode and only 8k of memory is available. The NIC Core 
data width Is set by the WTS bit in the Data Configuration 
Register. 

A low cost card, using only one 8 kbyte RAM, can be de- 
signed. If the DWID pin is left unconnected, or tied to GND, 
then the AT/LANTIC Controller will always operate In 8-bit 
mode, regardless of the slot the board is in. 
If DWID is low the address bits of Control Register 2 should 
not be written to as they have no effect. In this mode the 
address comparator assumes that SA19 is to be compared 
to a logic high, with the other address comparisons pro- 
grammed into Control Register 1. 

SHARED MEMORY NON-COMPATIBLE MODE 
- These modes are similar to the compatible mode. The dif- 
ference is that they map a full 64 kbytes of RAM into the 
PC's memory address space. The I/O map remains the 
same. 

I/O PORT ARCHITECTURE 



4— ► 



DP8390 
CORE 



TL/F/11498-6 

FIGURE 4. I/O Port 

This is the architecture used by Novell's NE2000. In this 
mode the AT/LANTIC Controller's Internal memory map is 
accessed byte or word at a time, via a port within the sys- 
tem's I/O space. AT/LANTIC Controller is programmed by 
the user to control the transfers between Its Internal memo- 
ry and the I/O port. 

In this mode the AT/LANTIC Controller's internal registers 
and the memory access port are accessed within the sys- 
tem's I/O map. The address within this I/O map is set by 
Configuration Register A. 
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4.0 Functional Description (continued) 

16-BIT I/O PORT COMPATIBLE MODE I/O ADDRESS 
MAPPING 

This mode is compatible with Novell's NE2000. The base 
I/O address of the AT/LANTIC Controller is configured by 
Configuration Register A (either upon power up or by soft- 
ware writing to this register). At that address the following 
structure appears. 



Base + OOH 
Base -1- OFH 


DP8390 

Core 
Registers 


Base + 10H 
Base -1- 17H 


Data Transfer Port 


Base + 18H 
Base-I- 1FH 


Reset Port 



FIGURE 5. I/O Port Mode Register I/O Map 

The registers within this area are 8 bits wide, but the data 
transfer port is 16 bits wide. The AT/LANTIC Controller's 
registers can be programmed to control the passing of data 
between its internal memory and the data transfer port. By 
accessing the data transfer port (using I/O instructions) the 
user can transfer data to or from the AT/LANTIC Control- 
ler's internal memory. The AT/LANTIC Controller's internal 
memory map is as shown in Figure 6. 
AT/LANTIC Controller actually has a 64k address range but 
only does partial decoding on these devices. The PROM 
data is mirrored at all decodes up to 4000H and the entire 
map is repeated at 8000H. To access either the PROM or 
the RAM the user must initiate a Remote DMA transfer be- 
tween the I/O port and memory. 

On a remote read the AT/LANTIC Controller moves data 
from Its internal memory map to the I/O port and the host 
system reads it by using an "INW" or "INSW" instruction 
from the I/O address of the data transfer port. If the system 
attempts to read the port before AT/LANTIC Controller has 
written the next word of data to it AT/LANTIC Controller will 
insert wait states into the system cycle, using the CHRDY 



OOOOH 


D15 


DO 


001 FH 




PROM 




Aliased PROM 


4000H 






8kx16 


7FFFH 


Buffer RAM 


8000H 






Aliased PROM 


COOOH 






Aliased 


FFFFH 


Buffer RAM 



a 

00 

CO 

to 



(a) 



1EH 
1CH 



OAH 
08H 
06H 
04H 
02H 
OOH 



D15 


DO 


00 


57H 


00 


57H 


• 
00 

• 


• 

RESERVED 

• 


00 


E'net Address 5 


00 


E'net Address 4 


00 


E'net Address 3 


00 


E'net Address 2 


00 


E'net Address 1 


00 


E'net Address 



(b) 

FIGURE 6. a) NIC Core's Memory Map 
b) 16 Bit Prom Map 
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4.0 Functional Description (continued) 

line. AT/LANTIC Controller will not begin the next memory 
read until the previous word of data has been read. 
On a remote write the system writes data to the I/O port, 
using an "OUTW" or "OUTSW" instruction, and 
AT/LANTIC Controller moves it to its buffer memory. If the 
system attempts to write to the port before AT/LANTIC 
Controller has moved the data to memory AT/LANTIC Con- 
troller will insert wait states into the system cycle, using the 
CHRDY line. AT/L7\NTIC Controller will not begin the next 
memory write until a new word has been written to the I/O 
port- 
Addresses OOH to 1FH are specified as the PROM space 
for compatibility with the NE2000. This Is actually an array of 
8-bit registers which are loaded from an external EEPROM 
after AT/LANTIC Controller Is initialized by an ISA RESET. 
They should contain the same data as the PROM did in the 
NE2000 and in the same format. As can be seen the PROM 
registers are only 8-bits wide. To transfer the data out the 
user must initiate a 16-bit DMA read transfer and discard the 
most significant byte of data on each transfer. 
At address OOH of the PROM is a six byte Ethernet address 
for this node. The upper two addresses of the PROM store 
contain bytes which identify whether the AT/LANTIC Con- 
troller is in 8- or 16-bit mode. For 16-bit mode these bytes 
both contain the value 57H, for 8-bit mode they both contain 
42H. . 

8-BIT I/O PORT COMPATIBLE MODE 
This mode is compatible with the 8-bit mode offered by 
Novell's NE2000. The NE2000 automatically detects wheth- 
er it is in an 8- or 16-bit slot and configures Itself appropri- 
ately. As explained in the previous paragraphs, the user can 
determine whether the board is in 8- or 16-bit mode by read- 
ing the PROM. In 8-bit mode only 8 kbytes of RAM are 
addressable, as in the 8-bit mode of the NE2000. The I/O 
map is the same as the 16-bit mode, the memory map is 
shown in Figure 7. Again the PROM has only a partial de- 
code, so is mirrored at all addresses up to 4000H. The 
PROM still occupies 32 bytes of address space, although it 
only has 16 bytes of data, as the data at all odd address 
locations is merely a mirror of the data at the previous even 
address location. The RAM is mirrored at 6000H and the 
entire map mirrored at 8000H. 

A low cost card, using only one 8 kbyte RAM, can be de- 
signed. If the DWID pin Is left unconnected, or tied to GND, 
then the AT/LANTIC Controller will always operate in 8-bit 
mode, regardless of the slot the board is in. 
I/O PORT NON-COMPATIBLE MODE 
This mode is similar to Novell's NE2000, but this mode al- 
lows the user to use the full 64 kbytes of address space 
except for an initial page for the PROM. The memory map 
for this board is shown in Figure 8. The memory map is the 
same for both 8- and 16-bit modes. Although the PROM 
store occupies 256 bytes, it is only 16 bytes long. The entire 
map is mirrored at 8000H. 

A low cost card, using only one 8 kbyte RAM, can be de- 
signed. If the DWID pin is left unconnected, or tied to GND, 
then the AT/LANTIC Controller will always operate in 8-bit 
mode, regardless of the slot the board is In. 



OOOOh 
0020h 



4000h 



6000h 



8000h 



PROM 



Aliased PROM 



8k X 8 BUFFER RAM 



RESERVED 



(a) 



1EH 
1CH 



OAH 
08H 
06H 
04H 
02H 
OOH 



D15 


DO 


42H 


42H 


42H 


42H 


• 
RESERVED 

• 


• 

RESERVED . 

• 


E'net Address 5 


E'net Address 5 


E'net Address 4 . 


E'net Address 4 


E'net Address 3 


E'net Address 3 


E'net Address 2 


E'net Address 2 


E'net Address 1 


E'net Address 1 


E'net Address 


E'net Address 



(b) 

FIGURE 7. a) 8-BH NIC Core's Memory Map 
b) 8-Blt PROM Map 

OOOOH 

OOFFH 
0100H 



FFFFH 




FIGURE 8. I/O Port Enhanced Mode 
DP8390 Core Memory Map 
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4.0 Functional Description (continued) 

4.2 POWER ON RESET OPERATION 

The AT/LANTIC Controller configures itself after a Reset 
signal Is applied. To be recognized as a valid Power-On-Re- 
set the Reset signal must be active for at least 415 jus. 
Figure 9 shows how the RESET circuitry operates. 



-T 



RegLoad 



EELoad / \ 

TL/F/1 1498-7 

FIGURE 9. RESET Operation 

The ISA standard determines that within 500 ns of RESET 
going active all devices should enter the appropriate reset 
condition. The AT/LANTIC Controller will generate the inter- 
nal signal lOlnactive after RESET has been active for 
415 ns, which will disable all outputs and cause RESET to 
be the only input monitored. The AT/LANTIC Controller will 
not respond to a RESET pulse of shorter duration than this. 
An internal timer continues to monitor the amount of time 
RESET is active. After 41 5 jas it is considered a valid Power- 
On-Reset and an Internal signal called RegLoad is generat- 
ed. 

When a Power-On-Heset occurs the AT/LANTIC Controller 
latches in the values on the configuration pins and uses 
these to configure the internal registers and options. Inter- 
nally these pins contain pull-down resistors, which are en- 
abled when lOlnactive goes active. If any pins are uncon- 
nected they default to a logic zero. The internal pull-down 
resistor has a high resistance to allow the external pull-up 
resistors to be of a high value. This limits the current taken 
by the memory support bus. The suggested external resistor 
value is 10 kfl. The configuration registers are loaded from 
the memory support bus when RESET goes inactive if Reg- 
Load is active. The internal pull-down resistors are enabled 
onto the bus until RegLoad has gone inactive. 
A Power-On-Reset also causes the AT/LANTIC Controller 
to load the internal PROIVI store from the EEPROM, which 
can take up to 320 ]u.s. This occurs after RegLoad has gone 
inactive. The AT/LANTIC Controller will be inaccessible dur- 
ing this time. If EECONFIG Is held high the configuration 
data loaded on the falling edge of RESET will be ovenwritten 
with data read from the serial EEPROM. Regardless of the 
level on EECONFIG the PROM store will always be loaded 
with data from the serial EEPROM during the time specified 
as EELoad. 

4.3 EEPROM OPERATION 

The AT/LANTIC Controller uses an NM93C06, or 
EEPROM with compatible timings. The NM93C06 is a 256- 
bit device, arranged as 16 words each 16 bits wide. The 
programmed contents of the EEPROM is shown in Figure 
10. 

Mapping EEPROM Into PROM Space 

Data is read from the EEPROM at boot time and stored In 
registers within the AT/LANTIC Controller. While this opera- 
tion takes place the AT/LANTIC Controller can not be ac- 





D15 


DO 


OFH 


73H 


Config. C 


OEH 


Config B 


Config. A 




• 
• 
• 


• 
• 
• 


08H 


42H 


42H 


07H 


57H 


57H 




• 
• 
• 


• 
• 
• 


03H 


Reserved 
(Checksum) 


Reserved 
(Board Type) 


02H 


E'net Address 5 


E'net Address 4 


01H 


E'net Address 3 


E'net Address 2 


OOH 


E'net Address 1 


E'net Address 



Note 1: The contents of locations 03H and 04H differ between I/O f^ode 
and Shared Memory Mode. The Shared Memory Mode values are shown in 
parentheses. For compatibility with both modes default to the shared memo- 
ry mode values. 

Note 2: Programming 73H into the upper address Is not absolutely required 
but is strongly recommended for future compatibility of manufacturing pro- 
cess. 

FIGURE 10. EEPROM Programming Map 
cessed by the system. These registers are mapped into the 
space traditionally occupied by the PROM in the NE2000 or 
the EtherCard PLUS16. The size and format of this data 
read Is determined by the mode of operation. 

SHARED MEMORY MODE 

In this mode, prograin the EEPROM to contain the node's 

Ethernet address In the first six bytes, a byte identifying the 

type of board AT/LANTIC Controller is emulating in byte 7 

and a checksum byte in byte 8. The two's complement sum 

of these eight bytes should equal FFH. 

In this Mode the AT/LANTIC Controller reads the first 4 

words from the EEPROM and maps them into the I/O map 

at the appropriate address. 

I/O PORT MODE 

In this mode, program the EEPROM to contain the node's 
Ethernet address in the first six bytes. The user should then 
program 5757H and 4242H into the subsequent bytes. The 
AT/LANTIC Controller will decide which of these values 
should be loaded Into the PROM store depending on the 
DWID pin. (The data width is programmed in this mode by 
setting the WTS bit in the Data Configuration Register and 
setting the DWID pin for the proper mode.) If some other 
numerical values are preferred to indicate the mode then 
they can be programmed at this location in the EEPROM 
and AT/LANTIC Controller will put them at the correct ad- 
dress. 

In this mode the AT/LANTIC Controller reads the first 7 
words from the EEPROM and maps them into the memory 
map at the appropriate address. If in 16-bit mode it also 
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4.0 Functional Description (Continued) 

reads the next word In the EEPROM and appends this. If In 
8-blt mode It skips a word, then reads and appends the next 
word. 

Storing and Loading Configuration from EEPROiUI 
If the EECONFIG pin Is high during booi up the AT/LANTIC 
Controller's configuration Is read from the EEPROM, before 
the PROM data Is read. The configuration data is stored 
within the upper two words of the EEPROM's address 
space. Configuration Registers A and B are located in the 
lower of these words, Register C In the lower byte of the 
upper word, as shown In Figure 10. 
To write this configuration Into the EEPROM the user must 
follow the routine specified In the pseudo code below. This 
operation will work regardless of the level on EECONFIG. 
The EELOAD bit of Configuration Register B being set starts 
the EEPROM write process. Care should be taken not to 
accldentiy set the GDLINK bit and therefore disable link in- 
tegrity checking. The next 3 writes to this register load the 
values that will be stored In the configuration register (note 
that the last 2 of these writes do not have to follow the 
normal practice of preceding a write to this register with a 
read to this address). The AT/I^NTIC Controller will then 
commence the EEPROM write. The write has been com- 
pleted when the EELOAD bit goes to zero. This loading pro- 
cedure should be followed exactly and Interrupts should be 
disabled until It has completed, to prevent any accidental 
accesses to the AT/LANTIC Controller. 

EEPROM_LOAD0 

{ 

DISABLE_1NTERRUPTS0; 
value = READ(CONFIG_B); 
value = value AND 1 GDLINK; 
value = value OR EELOAD; 
WRITE(CONFiG_B, value); 
READ(CONFIG_B); 
WRITE(CONFIG_B, config_for_A); 
WRITE(CONFiG_B, config_for_B); 
WRITE(CONFiG_B, config_for_C); 
while (value AND EELOAD) 

I 

value = READ(CONFiG_B); 

WAITO; 

! 

ENABLE_iNTERRUPTS(); 

! 

4.4 JUMPERED AND JUMPERLESS OPERATiON 
SUPPORT 

The AT/LANTIC Controller supports several options that 
enable the Implementation of either a "jumpered" or "jump- 
erless" power on configuration when installed into a stan- 
dard PC compatible's ISA bus. A wide range of options are 
provided to ensure that the AT/LANTIC Controller can be 
configured by an end user to function in all possible PC-AT 
system configurations. Several types of configuration op- 
tions can be implemented examples Including: 
1 . Full jumper options: All programmable options are select- 
ed by utilizing jumpers on the board. Option selection 
requires no special software. An example of this Is 
shown in the Figure 11. 



2. I/O address jumpers only: All other options configurable 
via software. This option simplifies installation while max- 
imizing compatibility. 

3. Jumperless: Special scheme provides contention-free 
I/O address selection. 

The AT/LANTIC Controller's Configuration Registers are 
the key to providing the ability to implement various configu- 
ration options. These registers are configured by the same 
method in shared memory and I/O port modes, 8- or 1 6-bit 
modes. The bit definitions of these registers are provided in 
Section 5. All three registers are configured by hardware 
selection during the Power-On-Reset of the system. Two of 
these registers can be configured via software (the Mode 
Configuration Registers A and B). The third register (Hard- 
ware Configuration Register C) Is only configured during re- 
set. 

The following table Indicates most of the AT/LANTIC Con- 
troller options that a designer may like to have user configu- 
rable. (This list does not represent the complete list. For the 
full list see the Configuration register descriptions In 
Section 5.) 

TABLE i. Some Configuration Options . 
f or AT/LANTiC Controiier 



Option 


Selections 


I/O Base Address 


0300H 

Software 

0240H 

0280H 


02COH 
0320H 
0340H 
0360H 


Interrupt No. 


4 Interrupts 


8 Interrupts 


Boot PROM 
Address 


Disabled 
OCOOOH 
0C400H 
0C800H 


OCCOOH 
ODOOOH 
0D400H 
0D800H 
ODCOOH 


Boot PROIVI Size 


None 
16k 


32k 
64k 


Media Selection 


Twisted Pair 
AUI Port 


Thin Ethernet 


Architecture 


I/O Mode 


Shared RAM 
Mode 


Bus Timing 
Options 


lOCHRDY 
Mode 


MEM 16 Mode 



The three basic options are described below. Because of 
the variety of programmable options there are a number of 
variations possible, only a few typical examples will be dis- 
cussed. 

FULLY JUMPERED OPERATION 
This option is shown In Figure 11. In this configuration most 
options are selected by jumpers on the AT/LANTIC Control- 
ler's memory bus. For this option all configuration options 
are set upon power-on by the AT/LANTIC Controller as de- 
scribed In Section 4.2. Accessing the configuration registers 
Is unnecessary and the EEPROM need only contain the 
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4.0 Functional Description (continued) 



JP1..JP3 I/O Address 

JP4..JP5 INTH Jumper 

JP6 10 OR Shared RAM 

JP7, JP8 Thin, Thick or TP Interface 

JP9, CHRDY Assertion 

JP10..JP13 EPROM Address and Size 
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FIGURE 11. Example of Jumper Configuration 



Ethernet ID address (Configuration Register B bit 7 should 
be set to disable EEPROM configuration mode, and Config- 
uration Register C bit 7 could be set to disable software 
configuration completely). 

MINIMAL JUMPERS 

The AT/LANTIC Controller's configuration registers provide 
the capability to enable software to configure various op- 
tions (some may be hardwired). For the one option that is 
not easily configured on the ISA bus is the I/O address 
options. The reason tor this is that the I/O locations must 
first be l<nown by the software in order for the software (usu- 
ally a device driver) to access the AT/LANTIC Controller. 
However, upon power up, in order to access a register to 
configure the I/O base address to avoid conflicts some de- 
fault location must be given (typically set in hardware on the 
memory bus). It Is possible that this default location conflicts 
with an already installed device. If this Is the case then one 
possible solution, is to provide a jumper option for only the 
I/O Addresses. A similar situation exists for the boot PROM 
memory addresses. 

In this application all options except the I/O address and 
the boot PROM are hardwired on the memory bus to a de- 
fault setting. After power up software can change the con- 



figuration to avoid conflicts on these settings. The advan- 
tage of this approach is that for most systems the default 
I/O address setting Is the correct one and no Installation will 
be required in this case. This approach minimizes any com- 
patibility Issues. 

NO JUMPERS 

The conflicts possible in the I/O base selection can be over- 
come by a special mode for software configuration of the 
I/O base address. By using this mode, and by using the 
configuration storage capability of the EEPROM a fully soft- 
ware configurable design on the ISA bus can be realized 
without address conflict problems. 

This mode Is Invoked by having the AT/LANTIC Controller 
default to jumperless software configuration option in the 
I/O base selection. This mode enables configuration regis- 
ter A to be mapped to address location 278H which is de- 
fined to be a printer port's data register. If software writes to 
this location four consecutive times on the fourth write the 
AT/LANTIC Controller will load the data written into the I/O 
address bits of Configuration Register A. This data should 
set the I/O base address to a known conflict-free value. The 
AT/LANTIC Controller can now be configured and operated 
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at the desired base I/O address. If desired the configuration 
software could change the EEPROM content to the new 
values eliminating the need to reconfigure upon each power 
up. Alternately the software could leave the EEPROM alone 
and execute the configuration using the printer port's data 
register upon each power up. This configuration scheme will 
only work once after each power-up. Therefore the user 
cannot enable the AT/LANTIC Controller from reserved 
mode, change It back into reserved mode, and enable it 
again. A power-on reset must occur between the first time it 
is enabled from the reserved mode and the second. 
A second consideration is the location of the boot PROM in 
the system memory map, which also has the same conflict 
and programming considerations as the I/O address selec- 
tion. However the solution is different, primarily because the 
boot PROM must be configured before power up. This is 
because during normal usage of the boot PROM the PC's 
BIOS will look for the ROM immediately after reset, not al- 
lowing configuration software to first select the boot PROM 
addressing prior to usage. 

To configure the boot PROM without jumpers the configura- 
tion software must first power up the AT/LANTIC Controller, 
configure the EEPROM to the desired location, then hard- 
ware reset the AT/LANTIC Controller. After the reset the 
AT/LANTIC Controller's EEPROM will load in the desired 
boot PROM configuration automatically during the reset. 
Now after reset when the PC scans for the boot PROM, the 
ROM will be correctly mapped in the memory space en- 
abling the network boot operation to proceed. 

Ethernet Cable Configuration 

AT/LANTIC Controller offers the choice of all the possible 
Ethernet cablihg options, that is Ethernet (10BASE5), Thin 
Ethernet (10BASE2) and Twisted-pair Ethernet (10BASE-T). 
The type of cabling used is controlled by Configuration Reg- 
ister B. AT/LANTIC Controller also supplies a THIN output 
signal which can be used to disable/enable an external 
DC-DC converter which is required for 10BASE2. 

4.5 LOW POWER OPERATION 

The AT/LANTIC Controller has a low power support mode 
that can be used to disable the Ethernet port and conserve 
power. It should be noted that the device is not operational 
in this mode and requires to be initialized after exiting this 
mode. 

The power and ground pins to the AT/LANTIC Controller 
are split up into two groups, interface and core. By switching 
the power off to the core logic while still powering the inter- 
face logic the AT/LANTIC Controller can be powered down 
without crashing the ISA bus. The LOWPWR pin should be 
driven high to indicate that the device is about to go into low 
power then the power to the Vqd pins should be switched 
off. The same signal that is used to drive the LOWPWR pin 
can be used to drive a p-channel load switch to disable 
power to the core. This switch must have a very low on 
resistance to minimize the voltage difference between the 
Vcc and the IFVcc- All devices on the memory support bus 
should also be powered from the Vcc supply. 



4.6 BOOT PROM OPERATION 

The AT/LANTIC Controller supports an optional boot 
PROM, the address and size of which can be set in Configu- 
ration Register C. This boot PROM can be any 8 bits wide 
storage device implemented with a non-volatile technology. 
Write cycles to this device can be enabled and disabled by 
programming Configuration Register B. This can be used to 
prevent unwanted write cycles to certain devices, such as a 
Flash EEPROM. It should be noted that the address pins 
for the boot PROM should be connected directly to the 
ISA bus. The AT/LANTIC Controller supplies the chip se- 
lect to the device and buffers the data onto and from the 
ISA bus, so the memory support data bus should be con- 
nected to the boot PROM'S data pins. 

4.7 DP8390 CORE (NETWORK INTERFACE 
CONTROLLER) 

The DP8390 Core logic. Figure 12, contains the Serializer/ 
Deserializer which is controlled by the Protocol PLA, DMA 
Control, FIFO, Address Comparator, Multicast Hashing Reg- 
ister. The DP8390 core implements all of the IEEE 802.3 
Media access control functions for the AT/LANTIC Control- 
ler, and interfaces to the internal ENDEC (on the left of the 
block diagram) and also interfaces to the Bus Interface and 
memory support bus via a number of address, data and con- 
trol signal (and the right side of the block diagram). The 
following sections describe the functions of the DP8390 
core. 

Receive Deserializer 

The Receive Deserializer is activated when the input signal 
Carrier Sense is asserted to allow incoming bits to be shift- 
ed into the shift register by the receive clock. The serial 
receive data is also routed to the CRC generator/checker. 
The Receive Deserializer includes a synch detector which 
detects the SFD (Start of Frame Delimiter) to establish 
where byte boundaries within the serial bit stream are locat- 
ed. After every eight receive clocks, the byte wide data is 
transferred to the 16-byte FIFO and the Receive Byte Count 
is incremented. The first six bytes after the SFD are 
checked for valid comparison by the Address Recognition 
Logic. If the Address Recognition Logic does not recognize 
the packet, the FIFO is cleared. 

CRC Generator/Checker 

During transmission, the CRC logic generates a local CRC 
field for the transmitted bit sequence. The CRC encodes all 
fields after the synch byte. The CRC is shifted out MSB first 
following the last transmit byte. During reception the CRC 
logic generates a CRC field from the incoming packet. This 
local CRC is serially compared to the Incoming CRC ap- 
pended to the end of the packet by the transmitting node. If 
the local and received CRC match, a specific pattern will be 
generated and decoded to indicate no data errors. Trans- 
mission errors result in different patterns and are detected, 
resulting in rejection of a packet. 
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FIGURE 12. DP8390 Controller Core Simplified Block Diagram 



Transmit Serializer 

The Transmit Serializer reads parallel data from the FIFO 
and serializes it for transmission. The serializer is cloclted by 
the transmit clocl< generated internally. The serial data is 
also shifted into the CRC generator/checker. At the begin- 
ning of each transmission, the Preamble and Synch Gener- 
ator append 62 bits of 1,0 preamble and a 1,1 synch pat- 
tern. After the last data byte of the pacl<et has been serial- 
ized the 32-bit FCS (Frame Check Sequence) field is shifted 
directly out of the CRC generator. In the event of a collision 
the Preamble and Synch generator is used to generate a 
32-bit JAM pattern of all 1 's. 

Comparator-address Recognition Logic 

The address recognition logic compares the Destination Ad- 
dress Field (first 6 bytes of the received packet) to the Phys- 
ical address registers stored in the Address Register Array. 
If any one of the six bytes does not match the pre-pro- 
grammed physical address, the Protocol Control Logic re- 
jects the packet. All multicast destination addresses are fil- 
tered using a hashing technique, (See register description.) 
If the multicast address indexes a bit that has been set In 
the filter bit array of the Multicast Address Register Array 
the packet is accepted, otherwise It is rejected by the Proto- 
col Control Logic. Each destination address Is also checked 
for all 1 's which is the reserved broadcast address. 

FIFO and Packet Data Operations 

OVERVIEW 

To accommodate the different rates at which data comes 
from (or goes to) the network and goes to (or comes from) 
the packet buffer memory, the AT/LANTIC Controller con- 
tains a 16-byte FIFO for buffering data between the media 
and the buffer RAM located on the memory support bus. 
The FIFO threshold is programmable, allowing filling (or 
emptying) the FIFO at different rates. When the FIFO has 
filled to its programmed threshold, the local DMA channel 
transfers these bytes (or words) into local memory (via the 



memory bus). It is crucial that the local DMA is given access 
to the bus within a minimum bus latency time; othenwise a 
FIFO underrun (or overrun) occurs. 
FIFO underruns or overruns are caused when a local DMA 
request is issued while an ISA bus access is current and the 
ISA cycle takes longer to complete than the local DMA's 
tolerable latency. This tolerable latency depends on the 
FIFO threshold, whether it is in byte or word wide mode and 
the speed of the DMA clock (BSCLK frequency). Note that 
this refers to standard ISA cycles NOT those where the 
CHRDY is deasserted extending the cycle. 

FIFO THRESHOLD DETECTION 

To assure that there is no ovenwriting of data in the FIFO, 
the FIFO logic flags a FIFO overrun as the 13th byte is 
written into the FIFO, effectively shortening the FIFO to 13 
bytes. The FIFO logic also operates differently in Byte Mode 
and in Word Mode. In Byte Mode, a threshold Is indicated 
when the n + 1 byte has entered the FIFO; thus, with an 8 
byte threshold, the AT/LANTlC Controller issues a request 
to the buffer RAM when the 9th byte has entered the FIFO, 
making the effective threshold 9 bytes. For Word Mode, the 
request is not generated until the n + 2 bytes have entered 
the FIFO. Thus, with a 4 word threshold (equivalent to 8 
byte threshold), a request to the buffer RAM Is issued when 
the 10th byte has entered the FIFO, making the effective 
threshold 10 bytes. 

TOLERABLE LATENCY CALCULATION 
To prevent a FIFO overrun a byte (or word) of data must be 
removed from the FIFO before the 13th byte is written. 
Therefore the worst case tolerable latency is the time from 
the effective threshold being reached to the time the 13th 
byte Is written minus the time taken to load the first byte (or 
word) of data to the FIFO during a local DMA burst (8 
BSCLKs). 
tolerable latency = {(overrun - effective) threshold 
X time to transfer byte on network) 
— time to fill 1st FIFO location 
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For the case of a 4 word threshold using a 20 MHz BSCLK: 
tolerable latency = ((13 - 10) x 800) - (8 x 50) ns 
= 2fiS 
To prevent a FIFO underrun a byte (or word) of data must 
be added from the FIFO before the last byte Is removed. 
Therefore the worst case tolerable latency is the time from 
the effective threshold being reached to the time the last 
byte is removed minus the time tal<en to load the first byte 
(or word) of data to the FIFO during a local DMA burst (8 
BSCLKs). 
tolerable latency = (threshold 

X time to transfer byte on network) 
- time to fill 1st FIFO location 
For the case of a 4 word threshold using a 20 MHz BSCLK: 
tolerable latency = (4 X 800) - (8 X 50) ns 
= 2.8 us 
The worst case latency, either overnjn or underrun, ulti- 
mately limits the overall latency that the AT/LANTIC Con- 
troller can tolerate. If the standard ISA cycles are shorter 
than the worst case latency then no FIFO oven-uns or un- 
derruns will occur. 

BEGINNING OF RECEIVE 

At the beginning or reception, the AT/LANTIC Controller 
stores entire Address field of each incoming packet in the 
FIFO to determine whether the packet matches its Physical 
Address Registers or maps to one of its Multicast Registers. 
This causes the FIFO to accumulate 8 bytes. 
Furthermore, there are some synchronization delays in the 
DMA PLA. Thus, the actual time that a request to access 
the buffer RAM is asserted from the time the Start of Frame 
Delimiter (SFD) is detected is 7.8 ^is. This operation affects 
the bus latencies at 2 byte and 4 byte thresholds during the 
first receive request since the FIFO must be filled to 8 bytes 
(or 4 words) before issuing a request to the buffer RAM. 

END OF RECEIVE 

When the end of a packet is detected by the ENDEC mod- 
ule, the AT/LANTIC Controller enters its end of packet pro- 
cessing sequence, emptying its FIFO and writing the status 
information at the beginning of the packet. The AT/LANTIC 
Controller holds onto the memory bus for the entire se- 
quence. The longest time that local DMA will hold the buffer 
RAM occurs when a packet ends just as the AT/LANTIC 
Controller performs its last FIFO burst. The AT/LANTIC 
Controller, in this case, performs a programmed burst trans- 
fer followed by flushing the remaining bytes in the FIFO, and 
completed by writing the header information to the buffer 
memory. The following steps occur during this sequence. 



1. AT/LANTIC Controller issues request to access the 
RAM because the FIFO threshold has been reached. 

2. During the burst, packet ends, resulting in the request 
being extended. 

3. AT/LANTIC Controller flushes remaining bytes from 
FIFO. 

4. AT/LANTIC Controller performs internal processing to 
prepare for writing the header. 

5. AT/LANTIC Controller writes 4-byte (2-word) header 

6. AT/LANTIC Controller de-asserts access to the buffer 
RAM. 

BEGINNING OF TRANSMIT 

Before transmitting, the AT/LANTIC Controller performs a 
prefetch from memory to load the FIFO. The number of 
bytes prefetched is the programmed FIFO threshold. The 
next request to the buffer RAM is not issued until after the 
AT/LANTIC Controller actually begins transmitting data, i.e., 
after SFD. 

READING THE FIFO 

If the FIFO is read during normal operation the AT/LANTIC 
Controller will "hang" the ISA bus by deasserting CHRDY 
and never asserting it The FIFO should only be read during 
loopback diagnostics, when it will operate normally. 

PROTOCOL PLA 

The Protocol PLA is responsible for implementing the IEEE 
802.3 protocol, including collision recovery with random 
backoff. The Protocol PLA also formats packets during 
transmission and strips preamble and synch during recep- 
tion. 

DMA AND BUFFER CONTROL LOGIC 
The DMA and Buffer Control Logic is used to control two 
16-bit DMA channels. During reception, the Local DMA 
stores packets in a receive buffer ring, located in buffer 
memory. During transmission the Local DMA uses pro- 
grammed pointer and length registers to transfer a packet 
from local buffer memory to the FIFO. 
A second DMA channel is used when the AT/LANTIC Con- 
troller is used in I/O Port mode. This DMA is used as a slave 
DMA to transfer data between the local buffer memory and 
the host system. The Local DMA and Remote DMA are in- 
ternally arbitrated, with the Local DMA channel having high- 
est priority. Both DMA channels use a common external bus 
clock to generate all required bus timing. External arbitration 
is performed with a standard bus request, bus acknowledge 
handshake protocol. 

In the shared memory mode the Remote DMA Is not used, 
because in this mode the system has direct read/write ac- 
cess to the buffer RAM. 
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4.0 Functional Description (continued) 

4.8 TWISTED PAIR INTERFACE MODULE 

The TPI consists of five main logical functions: 

a) The Receiver/Smart Squelch, responsible for determin- 
ing when valid data is present on the differential receive 
inputs (RXI±) and receiving the data. 

b) The Collision function checks for simultaneous transmis- 
sion and reception of data on the TXO± and RXI ± pins. 

c) The Link Detector/Generator checks the integrity of the 
cable connecting the two twisted pair MAUs. 

d) The Jabber disables the transmitter If it attempts to 
transmit a longer than legal packet. 

e) The TX Driver and Pre-emphasis transmits Manchester 
encoded data to the twisted pair network via the sum- 
ming resistors and transformer/filter. 



Receiver and Smart Squelch 

The AT/LANTIC Controller Implements an Intelligent re- 
ceive squelch on the RXI ± differential Inputs to ensure that 
impulse noise on the receive inputs will not be mistaken for 
a valid signal. 

The squelch circuitry employs a combination of amplitude 
and timing measurements to determine the validity of data 
on the twisted pair inputs. There are two voltage level op- 
tions for the smart squelch. One mode, 10BASE-T mode, 
uses levels that meet the 10BASE-T specification. The sec- 
ond mode, reduced squelch mode, uses a lower squelch 
threshold level, and can be used in longer cable applica- 
tions where smaller signal levels may be applied. The 
squelch level mode can be selected in the AT/LANTIC Con- 
troller configuration registers. 

Figure 14 shows the operation of the smart squelch in 
10BASE-Tmode. 
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FIGURE 13. Twisted Pair Interface Module Block Diagram 
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The signal at the start of pacl<et is checked by the smart 
squelch and any pulses not exceeding the squelch level 
(either positive or negative, depending upon polarity) will be 
rejected. Once this first squelch level is overcome correctly 
the opposite squelch level must then be exceeded within 
150 ns later. Finally the signal must exceed the original 
squelch level within a further 1 50 ns to ensure that the input 
waveform will not be rejected. The checking procedure re- 
sults in the loss of typically three bits at the beginning of 
each packet. 

Only after all these conditions have been satisfied will a 
control signal be generated to indicate to the remainder of 
the circuitry that valid data is present. At this time the smart 
squelch circuitry is reset. 

In the reduced squelch mode the operation is identical ex- 
cept that the lower squelch levels shown in Figure 14 are 
used. 

Valid data is considered to be present until either squelch 
level has not been generated for a time longer than 1 50 ns, 
indicating End of Packet. Once good data has been detect- 
ed the squelch levels are reduced to minimize the effect of 
noise causing premature End of Packet detection. 

Collision 

A collision is detected by the TPI module when the receive 
and transmit channels are active simultaneously. If the TPI 
is receiving when a collision is detected it is reported to the 
controller immediately. If, however, the TPI is transmitting 
when a collision is detected the collision is not reported until 
seven bits have been received while in the collision state. 
This prevents a collision being reported incon^ectly due to 
noise on the network. The signal to the controller remains 
for the duration of the collision. 

Approximately 1 jus after the transmission of each packet a 
signal called the Signal Quality Enror (SQE) consisting of 
typically 10 cycles of 10 MHz is generated. This 10 MHz 
signal, also called the Heartbeat, ensures the continued 
functioning of the collision circuitry. 



Link Detector/Generator 

The link generator is a timer circuit that generates a link 
pulse as defined by the 10 Base-T specification that will be 
generated by the transmitter section. The pulse which is 
100 ns wide is transmitted on the TXOH- output, every 
16 ms, in the absence of transmit data. 
The pulse is used to check the integrity of the connection to 
the remote MAU. The link detection circuit checks for valid 
pulses from the remote MAU and if valid link pulses are not 
received the link detector will disable the transmit, receive 
and collision detection functions. 



The GDLNK output can directly drive a LED to show that 
there is a good twisted pair link. For normal conditions the 
LED will be on. The link integrity function can be disabled by 
setting the GDLNK bit of Configuration Register B. 

Jabber 

The jabber timer monitors the transmitter and disables the 
transmission if the transmitter is active for greater than 
26 ms. The transmitter is then disabled for the whole time 
that the Endec module's internal transmit enable is assert- 
ed. This signal has to be deasserted for approximately 
750 ms (the unjab time) before the Jabber re-enables the 
transmit outputs. 

Transmitter 

The transmitter consists of four signals, the true and compli- 
ment Manchester encoded data (TXO±) and these signals 
delayed by 50 ns (TXOd±) 

These four signals are resistively combined TXO+ with 
TXOd- and TXO- with TXOd4^. This is known as digital 
pre-emphasis and is required to compensate for the twisted 
pair cable which acts like a low pass filter causing greater 
attenuation to the 10 MHz (50 ns) pulses of the Manchester 
encoded waveform than the 5 MHz (100 ns) pulses. 
An example of how these siqnals are combined is shown in 
the following diagram. 
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The signal with pre-emphasis shown above is generated by resistively combining TXO+ and TXOd-. This signal along with its 
compliment Is passed to the transmit filter. 
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FIGURE 16. External Circuitry to Connect AT/U\NTiC Controller to Twisted Pair Cable 
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4.0 Functional Description (continued) 
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FIGURE 17. Typical AT/LANTIC Controller LED Connection 



Tran*c*lvar -4- 

Cable J Transmit 
Attaehmenl S Pair 



Unit lnt«rfaca 



' Receive Data 
-> Receive Cloclc 
-^ Carrier Sense 




-^ Transmit Cloclc 
■ Transmit Data 



> 



■ Transmit Enable 

■ Mode Select 



■ Collision Detect 



To OP8390 
Controllar 
Cora 



TL/F/11498-14 



FIGURE 18. Encoder/Decode Block Diagram 
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4.0 Functional Description (continued) 

status Information 

Status i nformat i on is pro v ided by the AT/LANTIC Controller 
on tlie RXLED, TXLED, COLED and POL outputs as de- 
scribed in the pin description table. These outputs are suit- 
able for driving status LED's as shown In Figure 17. All out- 
puts are open drain. 

Recommended integrated Filter-Transformer-choke mod- 
ules: 

1 . Pulse Engineering PE65424 

2.ValorFL1012orFL1030. 

4.9 ENCODER/DECODER (ENDEC) MODULE 

The ENDEC consists of four main logical blocks: 

a. The oscillator generates the 10 IvtHz transmit clock sig- 
nal for system timing. 

b. The Manchester encoder accepts NRZ data from the 
controller, encodes the data to Manchester, and trans- 
mits the data differentially to the transceiver, through the 
differential transmit driver. 

c. The Manchester decoder receives Manchester data from 
the transceiver, converts it to NRZ data and clock puls- 
es, and sends it to the controller. 

d. The collision translator indicates to the controller the 
presence of a valid 10 MHz collision signal to the PLL. 

Oscillator 

The oscillator is controlled by a 20 MHz parallel resonant 
crystal connected between XI and X2 or by an external 
clock on XI. The 20 MHz output of the oscillator is divided 
by 2 to generate the 10 MHz transmit clock for the control- 
ler. The oscillator also provides Internal clock signals to the 
encoding and decoding circuits. 

CRYSTAL OPERATION 

If the crystal used with the internal oscillator circuit is not 
properly selected, the AT/LANTIC Controller oscillator may 
not reliably start oscillation under all conditions. 
If this occurs, it could be deceiving to a designer, since his 
prototypes may work fine. However, when the designer 
does qualification testing or starts production, he may en- 
counter a higher than expected board yield loss due to the 
oscillator not starting. The AT/LANTIC Controller's oscilla- 
tor circuit clocks the Encoder-Decoder logic. The 
AT/LANTIC Controller's oscillator also clocks the twisted 
pair interface block. If the oscillator does not start, the 
AT/LANTIC Controller will not be able to transmit or re- 
ceive. 

If a crystal Is connected to the AT/LANTIC Controller, It is 
recommended that the circuit shown in Figure 19 be used 
and that the components used meet the following: 
Crystal XT1 : AT cut parallel resonant crystal 

Series Resistance: ^25(1 

Specified Load Capacitance: ^20 pF 

Accuracy: 0.005% (50 ppm) 

Typical Load: 50 (iW-75 jxW 
The recommended values for capacitors CI and C2 are 
26 pF minus the board capacitance on that pin. Therefore If 
both XI and X2 have 4 pF of board capacitance, then a 
22 pF capacitor should be used. 

According to the IEEE 802.3 standard, the entire oscillator 
circuit (crystal and amplifier) must be accurate to 0.01%. 
When using a crystal, the X2 pin is not guaranteed to pro- 
vide a TTL compatible logic output, and should not be used 
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FIGURE 19. Crystal Connection to AT/LANTIC 
Controller (see text for component values) 

to drive external standard logic. If additional logic needs to 
be driven, then an external oscillator should be used, as 
described In the following section. 

OSCILLATOR MODULE OPERATION . 

If the designer wishes to use a crystal clock oscillator, one 

that provides the following should be employed: 

1 . TTL or CMOS output with a 0.01 % frequency tolerance 

2. 40%-60% duty cycle 

The circuit is shown in Figure 20. When using a clock oscil- 
lator it is recommended that the designer connect the oscil- 
lator output to the X1 pin and leave the X2 pin floating. 
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FIGURE 20. AT/LANTIC Controller 
Connection for Oscillator Module 

Manchester Encoder and Differential Driver 
The differential transmit pair, on the secondary of the em- 
ployed transformer, drives up to 50 meters of twisted pair 
AUI cable. These outputs are source followers which require 
two 270fl pull-down resistors to ground (see Figure 21). 
The AT/LANTIC Controller allows full-step to be compatible 
with IEEE 802.3. Transmlt+ and Transmit- are equal in the 
idle state, providing zero differential voltage to operate with 
transformer coupled loads. 

Manchester Decoder 

The decoder consists of a differential receiver and a PLL to 
separate a Manchester encoded data stream into Internal 
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FIGURE 21. Connection from AT/LANTIC Controller's AUI Port to the AUI Connector 



clock signals and data. The differential Input must be exter- 
nally terminated with two 39JI resistors connected In series 
if the standard 78il transceiver drop cable Is used, in thin 
Ethernet applications, these resistors are optional. To pre- 
vent noise from falsely triggering the decoder, a squelch 
circuit at the input rejects signals with levels less than 
— 175 mV. Data becomes valid typically within 6 bit times. 
The AT/LANTIC Controller may tolerate bit jitter up to 20 ns 
In the received data. The decoder detects the end of a 
frame when no more mId-bIt transitions are detected. 

Collision Translator 

When In AUI Mode, the Ethernet transceiver (DP8392 CTI) 
detects a collision, It generates a 10 MHz signal to the dif- 
ferential collision Inputs (CD±) of the AT/LANTIC Control- 
ler. When these Inputs are detected active, the AT/LANTIC 
Controller uses this signal to back off Its current transmis- 
sion and reschedule another one. 



In this mode the COLED output will Indicate when the CD ± 
lines are active during activity on the network. This means It 
will correctly Indicate any collision on the network, but will 
not be lit for heartbeat or if there is no cable connected. 
The collision differential Inputs are terminated the same way 
as the differential receive Inputs. The squelch circuitry Is 
also similar, rejecting pulse levels less than —175 mV. 

PLL Vcc Power Supply Consideration 

The PLL Vcc pin is the -I-5V power supply for the phase 
lock loop (PLL) of the ST-NIC ENDEC unit. Since this Is an 



analog circuit, excessive noise on the PLL Vcc P'" can af- 
fect the performance of the PLL. This noise, If In the 
10 kHz-400 kHz range, can reduce the jitter performance of 
the ENDEC, resulting in missing packets or CRC errors. 
If the power supply noise Is causing significant packet re- 
ception error, a low pass filter could be added to reduce the 
power supply noise and hence Improve the jitter perform- 
ance. Standard analog design techniques should be utilized 
when laying out the power supply traces on the board. If the 
digital power supply Is used, It may be desirable to add a 
one pole RC filter (designed to have a cut-off frequency of 
1 kHz) as shown In Figure 4 to improve the jitter perform- 
ance. The PLL Vcc only draws 3 mA-4 mA so the voltage 
across the resister is less than 90 mV, which will not affect 
the PLL's operation. 




:^10;»F (*5v) 



TL/F/11498- 

FIGURE 22. Filtering Power Supply Noise 
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5.0 Register Descriptions 



5.1 CONFIGURATION REGISTERS 

These registers are used to configure the operation of the AT/LANTIC Controller typically after power up. These registers 
control the configuration of bus interface, setting options like interrupt selection, I/O base address, and other specific modes. 

MODE CONFIGURATION REGISTER A 

To prevent any accidental writes of this register it Is "hidden" behind a previously unused register. Register OAH in the 
AT/UVNTIC Controller's Page of registers was previously reserved on a read. Now Configuration Register A can be read at 
that address and can be written to by following a read to OAH with a write to OAH. If any other AT/LANTIC Controller register 
accesses take place between the read and the write then the write to OAH will access the Remote Byte Count Register 0. 



a 

■a 

00 

u 

CO 



7 


6 


5 


4 


3 


2 


1 





IVlEMIO 


FREAD 


INT2 


INT1 


INTO 


IOAD2 


I0AD1 


lOADO 



Bits 



Symbols 



Function 



0-2 



lOADO- 
10AD2 



I/O ADDRESS: These three bits determine the base I/O address of the AT/LANTIC Controller, within 
the system's I/O map. The AT/LANTIC Controller occupies 20H bytes of the system's address space. 

0300H 

1 Software (Note 1) 

1 0240H 

1 1 0280H 

1 02C0H 
1 1 0320H 
1 1 0340H 
1 1 1 0360H 

Note 1: When 001 is selected the AT/U\NTIO controller will not respond to any I/O Addresses, but will allow 4 consecutive writes to 278H to 
write these three bits of this register. This sequence will only operate once after a power-on reset. This mode allows the AT/LANTIC 
Controller to be configured via software without conflicting with other peripherals. 



3-5 



INTO- 
INT2 



INTERRUPT LINE USED: There are two interrupt modes which can be enabled by setting bit 5 of 
Configuration Register C to the appropriate level. 

DIRECT DRIVE MODE: In this mode an interrupt output pin will be driven active on a valid interrupt 
condition. Only one pin may be driven, the other three will remain at TRI-STATE®. The pin driven is 
determined by the value in this register. 
Bits Bit 4 Bits Interrupt 

INTO 

1NT1 

INT2 

INT3 

CODED OUTPUT MODE: In this mode INT3 is the active interrupt output while pins INTO to INT2 are 
programmable outputs reflecting the values on bits 3 to 5. 



X 








X 





1 


X 


1 





X 


1 


1 



FREAD 



FAST READ: When this bit is set high the AT/LANTIC Controller, in I/O mode, will begin the next port 
fetch before the current lORD has completed. In slow ISA systems this may cause the data in the port 
to be overwritten before the ISA cycle has been completed. 



MEMIO 



MEMORY OR I/O MODE: If this bit is set high then the AT/LANTIC Controller is in shared memory 
mode. If it is set low it is in I/O mode. 
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5.0 Register Descriptions (continued) 

Mode Configuration Register B 

To prevent any accidental writes of this register it is "liidden" behind a previously unused register. Register OBH in ttie 
AT/LANTiC Controiler's Page of registers was previously reserved on a read. Now Configuration Register B can be read at 
tliat address and can be written to by following a read to OBH with a write to OBH. If any other AT/LANTIC Controller register 
accesses take place between the read and the write then the write to OBH will access the Remote Byte Count Register 1. Care 
should be taken when writing to this register as GDLINK and BE are not simple read/write bits, e.g., the user cannot 
change the physical layer by reading B, or-ing the returned value with the bits to be set, and writing this value to B. This could 
inadvertently disable link integrity generation and clear a bus error indication before it was noted. 



7 


6 


5 


4 


3 


2 


1 





EELOAD 


BPWR 


BE 


CHRDY 


I016C0N 


GDLINK 


PHYS1 


PHYSO 



Bits Symbols 



Function 



0-1 



PHYSO- 
PHYS1 



PHYSICAL LAYER INTERFACE: These 2 bits determine which type of physical interface the AT/LANTIC 
Controller is using. The 2 TPI interfaces use twisted pa ir outp uts and inputs, while the other 2 Interfaces use the 
AUI outputs and inputs. In 1 QBASE5 mode the THICK/THIN output pin is driven low, in 1 0BASE2 mode it is 
driven high. This can be used to enable the DC-DC converter required by the 1 0BASE2 specification to provide 
electrical isolation. The Non spec TPI mode is a twisted pair mode with reduced receive squelch levels. This 
allows the use of longer cable lengths than specified in the twisted pair specification, or use of cable with higher 
losses. 
TPI (10BASE-T Compatible Squelch Level) 

1 Thin Ethernet (10BASE2) 

1 ThickEthernet(10BASE5) (AUI Port) 
1 1 TPI (Reduced Squelch Level) 



GDLNK 



GOOD LINK: When a 1 is written to this bit the link test pulse generation and integrity checking is disabled. 
When this bit is read it will indicate link status, reflecting the value shown on the LED output. It is if the 
AT/LANTIC Controller is in AUI mode or if link testing is enabled and the link integrity is bad (I.e., the twisted 
pair link has been broken). It is 1 if the AT/LANTIC Controller is In TPI mode, link integrity checking is enabled 
and the link integrity is good (i.e., the twisted pair link has not been broken) or if the link testing is disabled. 



I016CON 



I016 CONTROL: When this bit is set high the AT/LANTIC Controller generates 1ST6 after lORD or lOWR go 
active. If low this output is generated only on address decode. 



CHRDY 



CHRDY FROM lORD OR lOWR OR FROM BALE: When this bit is low the AT/LANTIC Controller will generate 
CHARDY after the command strobe. When high it will generate it after BALE goes high. 



BE 



BUS ERROR: This bit shows that the AT/LANTIC Controller has detected a bus en-or condition. This will go 
high if the AT/LANTIC Controller attempts to insert wait states into a system access and the system terminates 
the cycle without inserting the wait states. Writing a one to this bit clears it to zero. Writing a zero has no effect. 

BOOT PROM WRITE: When this bit is low no write cycles are generated to the boot PROM. 



BPWR 



EELOAD 



EEPROM LOAD: Writing a 1 to this bit enables the EEPROM load algorithm as detailed in Section 4. This bit 
should not be configured to be high, either from switches or an EEPROM. 
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5.0 Register Descriptions (continued) 

Hardware Configuration Register C 

This register is configured during a RESET and can not be accessed by software. 



O 

•o 

00 

a 
to 

a 
ui 



7 


6 


5 


4 


3 


2 


1 





SOFEN 


CLKSEL 


INTMOD 


COMP 


BPS3 


BPS2 


BPS1 


BPSO 1 



Bits 



Symbols 



Function 



0-3 



BPSO-3 



BOOT PROM SELECT: Selects address at wfilch boot PROM begins and tiie size.- Wiien the system reads 
within the selected memory area AT/LANTIC Controller reads the data In through MSDO-7 and drives It onto 
the system data bus. The following are valid addresses and sizes: 



Bits 


Bit 2 


Bit1 


BItO 


Address 


Size (I/O / Shared Mem.) 











X 


X 


No boot PROM 








1 





OCOOOH 


8k/16l< 








1 


1 


0C400H 


8k/16k 





1 








0C800H 


8k/ 16k 





1 





1 


OCCOOH 


8k/16k 





1 


1 





ODOOOH 


8k/16k 





1 


1 


1 


0D400H 


8k/16k 













0D800H 


8k/16k 










1 


ODCOOH 


8k/16k 







1 





OCOOOH 


32k/32k 







1 


1 


OCSOOH 


32k/32k 




1 








ODOOOH 


32k/32k 




1 





1 


0D8O0H 


32k/32k 




1 


1 





OCOOOH 


64k/64k 




1 


1 


1 


ODOOOH 


64k/64k 



COMP 



COMPATIBLE: This bit determines if the AT/I^NTIC Controller's memory and I/O maps are compatible with 
the EtherCard PLUS and Novell boards or If they use the full 64k address space available to the NIC. A low level 
Indicates compatible mode. 



INTMOD 



INTERRUPT MODE: When this bit Is low the AT/LANTIC Controller is In Direct Drive Interrupt mode. When it Is 
high Coded Output Interrupt mode Is used. 



CLKSEL 



CLOCK SELECT: If this bit is low the NIC core Is clocked by the 20 MHz. If this bit Is high the NIC core is 
clocked by the signal on the BSCLK pin. 



SOFEN 



SOFTWARE ENABLE: If this bit Is set low then the user can program configuration registers A and B In 
software. If this bit is set high then the configuration registers are not accessible. If EECONFIG Is high, the 
configuration from the switches will be overwritten by the configuration from the EEPROM even if this bit is 
pulled high. 
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5.0 Register Descriptions (Continued) 

5.2 SHARED MEMORY MODE CONTROL REGISTERS 

The following tables describe ttie functionality of the two control registers and the 8/16 detection registers. 
Shared Memory AT Detect Register (Read only) 



7 


6 


5 


4 


3 


2 


1 





X 


X 


X 


X 


X 


X 


X 


ATDET 



Bits 



Symbols 



Function 



DO 



ATDET 



ATDET: This bit shows the value on the DWID pin and can be read by software to determine whether the 
AT/LANTIC Controller is operating in an 8- or 1 6-bit slot. When this bit is read as a 1 the AT/LANTIC Controller 
is In a 1 6-bit slot (PC-AT system bus) and when read as a It is in an 8-bit slot. 



Shared Memory Control Register 1 



7 


6 


5 


4 


3 


2 


1 





RESET 


MEME 


A18 


A17 


A16 


A15 


A14 


A13 



Bits 


Symbols 


Function 


D0-D5 


A13-A18 


A13-18: Lower part of the address register used to determine the position of the AT/LANTIC 
Controller's memory within the system memory map. 


D6 


MEME 


MEIVIORY ENABLE: Enables external memory accesses when held high. This bit will power up low, 
so the user must program the base memory address and set this bit high to enable the memory Into 
the system's memory map. 


D7 


RESET 


RESET: Resets NIC core of AT/LANTIC Controller. 



Shared Memory Control Register 2 
7 6 



8/16 


MEMW 


Unused 


LA23 


LA22 


LA21 


LA20 


LAI 9 



Bits 



Symbols 



Function 



D0-D4 



LA19-LA23 



LA19-23: Upper part of the address register used to determine the position of the AT/U\NTIC 
Controller's memory within the system memory map. 



D5 



UNUSED 



D6 



MEMW 



MEMORY WIDTH: Sets width of external memory. When set low external memory is accessed as 
byte wide, so only 8 kbytes of memory are available. When set high external memory is accessed 
as word wide, so 1 6 kbytes are available. In non-compatible mode up to 64 kbytes of external 
memory Is allowed when this bit is set high, or 32 kbytes when low. When bit 7 is set high this bit 
must also be set high. 



D7 



8/16 



8/16-BiT: Allows 16-bit system accesses to external memory when set high. When low only 8-bit 
accesses are allowed. When high the generation of the Ml 6 output is allowed. 
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5.0 Register Descriptions (continued) 

5.3 NIC CORE REGISTERS 

All registers are 8-blt wide and mapped Into two pages wlilch are selected In the Command Register (PSO, PS1). Pins SA0-SA3 
are used to address registers within each page. Page registers are those registers which are commonly accessed during 
AT/LANTIC Controller operation while page 1 registers are used primarily for initialization. The registers are partitioned to avoid 
having to perform two write/read cycles to access commonly used registers. 



a 

TJ 
00 
CJ 
<D 

o 

U1 









Address 
Decode 

sWr 

SRD 

CS 

SA0-SA3 




Command 




Command 


Command 
Register 


^ 




Page 
(Read) 


Page 
(Write) 














Command 


Command 






Page 1 
(Read) 


— ► 


Page 1 
(Write) 






I WW, 1 W 1 








Command 


Command 






Page 2 

(Read) 




Page 2 
(Write) 










Command 


Command 








► 


Test 
Page 


Test 

Page 



TL/F/1 1498-20 



FIGURE 23. NIC Core Register Mapping 
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5.0 Register Descriptions (continued) 

Register Assignments 



Page Address Assignments (PS1 = 0, PSO = 0) 



SA0-SA3 


RD 


WR 


OOH 


Command (CR) 


Command (CR) 


01H 


Current Local DMA 
Address (CLDAO) 


Page Start Register 
(PSTART) 


02H 


Current Local DMA 
Address 1 (CLDA1) 


Page Stop Register 
(PSTOP) 


03H 


Boundary Pointer 
(BNRY) 


Boundary Pointer 
(BNRY) 


04H 


Transmit Status 
Register (TSR) 


Transmit Page Start 
Address (TPSR) 


05H 


Number of Collisions 
Register (NCR) 


Transmit Byte Count 
Register (TBCRO) 


06H 


FIFO (FIFO) 


Transmit Byte Count 
Register 1 (TBCR1) 


07H 


Interrupt Status 
Register (ISR) 


Interrupt Status 
Register (ISR) 


08H 


Current Remote DMA 
Address O(CRDAO) 


Remote Start Address 
Register O(RSARO) 


09H 


Current Remote DMA 
Address l(CRDAI) 


Remote Start Address 
Register 1 (RSAR1) 


OAH 


Reserved 


Remote Byte Count 
Register (RBCRO) 


OBH 


Reserved 


Remote Byte Count 
Register 1 (RBCR1) 


OCH 


Receive Status 
Register (RSR) 


Receive Configuration 
Register (RCR) 


ODH 


Tally Counter 
(Frame Alignment 
Errors) (CNTRO) 


Transmit Configuration 
Register (TCR) 


OEH 


Tally Counter 1 
(CRC Errors) 
(CNTR1) 


Data Configuration 
Register (DCR) 


OFH 


Tally Counter 2 
Missed Packet 
Errors) (CNTR2) 


Interrupt Mask 
Register (IMR) 
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5.0 Register Descriptions (continued) 



Page 1 Address Assignments (PS 


- 0, PSO = 1) 


SA0-SA3 


RD 


WR 


OOH 


Command (CR) 


Command (CR) 


01H 


Physical Address 
Register (PARO) 


Physical Address 
Register (PARO) 


02H 


Physical Address 
Register 1 (PARI) 


Physical Address 
Register 1 (PARI) 


03H 


Physical Address 
Register 2 (PAR2) 


Physical Address 
Register 2 (PAR2) 


04H 


Physical Address 
Register 3 (PAR3) 


Physical Address 
Register 3 (PAR3) 


05H 


Physical Address 
Register 4 (PAR4) 


Physical Address 
Register 4 (PAR4) 


06H 


Physical Address 
Register 5 (PARS) 


Physical Address 
Register 5 (PARS) 


07H 


Current Page 
Register (CURR) 


Current Page 
Register (CURR) 


08H 


Multicast Address 
Register (MARO) 


Multicast Address 
Register (MARO) 


09H 


Multicast Address 
Register 1(MAR1) 


Multicast Address 
Register 1 (MAR 1) 


OAH 


Multicast Address 
Register 2 (MAR2) 


Multicast Address 
Register 2 (MAR2) 


OBH 


Multicast Address 
Register 3 (MARS) 


Multicast Address 
Register 3 (MAR3) 


OCH 


Multicast Address 
Register 4 (MAR4) 


Multicast Address 
Register 4 (MAR4) 


ODH 


Multicast Address 

Register 5 (MARS) 


Multicast Address 
Register 5 (MARS) 


OEH 


Multicast Address 
Register 6 (MAR6) 


Multicast Address 
Register 6 (MAR6) 


OFH 


Multicast Address 
Register 7 (MAR7) 


Multicast Address 
Register 7 (MAR7) 
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5.0 Register Descriptions (continued) 



Page 2 Address Assignments (PS1 = 1,PS0^ 0) 


SA0-SA3 


RD 


WR 


OOH 


Comnnand (CR) 


Command (CR) 


01H 


Page Start Register 
(PSTART) 


Current Local DMA 
Address 0(CLDAO) 


02H 


Page Stop Register 
(PSTOP) 


Current Local DMA 
Address 1 (CLDA1) 


03H 


Remote Next Packet 
Pointer 


Remote Next Packet 
Pointer 


04H 


Transmit Page Start 
Address (TPSR) 


Reserved 


05H 


Local Next Packet 
Pointer 


Local Next Packet 
Pointer 


06H 


Address Counter 
(Upper) 


Address Counter 
(Upper) 


07H 


Address Counter 
(Lower) 


Address Counter 
(Lower) 


08H 


Reserved 


Reserved 


09H 


Reserved 


Reserved 


OAH 


Reserved 


Reserved 


OBH 


Reserved 


Reserved 


OCH 


Receive Configuration 
Register (RCR) 


Reserved 


ODH 


Transmit 
Configuration 
Register (TCR) 


Reserved 


OEH 


Data Configuration 
Register (DCR) 


Reserved 


OFH 


Interrupt IVIask 
Register (IMR) 


Reserved 



Note: Page 2 registers should only be accessed for diagnostic purposes. They should not 
be modified during normai operation. 
Page 3 should never be modified. 
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5.0 Register Descriptions (continued) 

COMMAND REGISTER (CR) OOH (READ/WRITE) 

The Command Register is used to initiate transmissions, enable or disable Remote DMA operations and to select register 
pages. To issue a command the microprocessor sets the corresponding blt(s) (RD2, RDI, RDO, TXP). Further commands may be 
overlapped, but with the following rules: (1) If a transmit command overlaps with a remote DMA operation, bits RDO, RD1 , and 
RD2 must be maintained for the remote DMA command when setting the TXP bit. Note, if a remote DMA command is re-issued 
when giving the transmit command, the DMA will complete Immediately if the remote byte count register has not been re-initial- 
ized. (2) If a remote DMA operation overlaps a transmission, RDO, RD1, and RD2 may be written with the desired values and a 
"0" written to the TXP bit. Writing a "0" to this bit has no effect. (3) A remote write DMA may not overlap remote read operation 
or visa versa. Either of these operations must either complete or be aborted before the other operation may start. Bits PS1 , PSO, 
RD2, and STP may be set any time. 



O 
TJ 
09 

<o 

o 
tfl 



7 


6 


5 


4 


3 


2 


1 





PS1 


PSO 


RD2 


RD1 


RDO 


TXP 


STA 


STP 



Bits 



DO 



D1 



D2 



D3-D5 



D6, D7 



Symbols 



STP 



STA 



TXP 



RD0-RD2 



PSO, PS1 



Description 



STOP: Software reset command, tal<es the controller offline, no pacl<ets will be received or 
transmitted. Any reception or transmission in progress will continue to completion before entering 
the reset state. To exit this state, the STP bit must be reset and the STA bit must be set liigh. To 
perform a softv\^are reset, this bit should be set high. The software reset has executed only when 
indicated by the RST bit in the ISR being set to at 1 . STP powers up high. 

Note: If the AT/LANTIC Controllar tias previously been in start mode and the STP is set, both the STP and STA bits will remain set. 



START: This bit is used to activate the NIC Core after either power up, or when the NIC Core has 
been placed in a reset mode by software command or error. STA powers up low. 



TRANSMIT PACKET: This bit must be set to initiate transmission of a packet. TXP is internally 
reset either after the transmission is completed or aborted. This bit should be set only after the 
Transmit Byte Count and Transmit Page Start registers have been programmed. 



REMOTE DMA COMMAND: These three encoded bits control operation of the Remote DMA 
channel. RD2 can be set to abort any Remote DMA command in progress. The Remote Byte Count 
Registers should be cleared when a Remote DMA has been aborted. The Remote Start Addresses 
are not restored to the starting address if the Remote DMA is aborted. 
RDO 



RD2 






1 



RDI 




1 
1 

X 





1 



1 

X 



Not Allowed 

Remote Read 

Remote Write 

Send Packet 

Abort/Complete Remote DMA (Note 1) 



PAGE SELECT: These two encoded bits select which register page is to be accessed with 
addresses RAO-3. 



PS1 




1 
1 



PSO 



1 



1 



Register Page 
Register Page 1 
Register Page 2 
Reserved 



Note 1: II a remote DMA operation is aborted and the remote byte count has not decremented to zero, the data transfer port should be read, for a remote read or 
sand packet, or written to, tor a remote write. This is required to ensure future correct operation. 
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5.0 Register Descriptions (Continued) 

INTERRUPT STATUS REGISTER (ISR) 07H (READ/WRITE) 

This register is accessed by the host processor to determine the cause of an interrupt. Any inten-upt can be masl<ed in the 
IntOTupt Masl< Register (iMR). Individual interrupt bits are cleared by writing a "1" into the corresponding bit of the ISR. The 
valid interrupt output Is active as long as any unmasked signal is set, and will not go low until all unmasked bits in this register 
have been cleared. The ISR must be cleared after power up by writing it with all 1's. 



7 


6 


5 


4 


3 


2 


1 





RST 


RDC 


CNT 


ovw 


TXE 


RXE 


PTX 


PRX 



Bits 



DO 



D1 



D2 



D3 



D4 



D5 



D6 



D7 



Symbols 



PRX 



PTX 



RXE 



TXE 



OVW 



CNT 



RDC 



Description 



PACKET RECEIVED: Indicates packet received w^ith no errors. 



PACKET TRANSMITTED: Indicates packet transmitted with no errors. 



RECEIVE ERROR: Indicates that a packet was received with one or more of the following errors: 

—CRC Error 

— Frame Alignment Error 

—FIFO Overrun 

— Missed Packet 



TRANSMIT ERROR: Set when packet transmitted with one or more of the following errors: 
— Excessive Collisions 
— FIFO Underrun 



OVERWRITE WARNING: Set when receive buffer ring storage resources have been exhausted. (Local 
DfulA has reached Boundary Pointer) 



COUNTER OVERFLOW: Set when MSB of one or more of the Network Tally Counters has been set. 



REMOTE DMA COMPLETE: Set when Remote DMA operation has been completed. 



RST RESET STATUS: Set when AT/LANTIC Controller enters reset state and cleared when a Start 

Command is issued to the CR, This bit is also set when a Receive Buffer Ring overflow occurs and is 
cleared when one or more packets have been removed from the ring. Writing to this bit has no effect. 

Note: This bit does not generate an intermpt, it is merely a status indicator. 
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5.0 Register Descriptions (continued) 

INTERRUPT MASK REGISTER (IMR) OFH (WRITE) 

The Interrupt Mask Register is used to masl< interrupts. Eacli interrupt masl< bit corresponds to a bit in the Interrupt Status 
Register (ISR). If an interrupt mask bit is set, an interrupt will be Issued whenever the corresponding bit in the ISR is set. If any bit 
in the IMR Is set low, an interrupt will not occur when the bit in the ISR is set. The IMR powers up all zeros. 



a 

TJ 
OS 
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— 


RDCE 


CNTE 


OVWE 


TXEE 


RXEE 


PTXE 


PRXE 



Bits 



DO 



D1 



D2 



D3 



D4 



D5 



D6 



D7 



Symbols 



PRXE 



PTXE 



RXEE 



TXEE 



OVWE 



CNTE 



RDCE 



reserved 



Description 



PACKET RECEIVED INTERRUPT ENABLE 

0: Interrupt Disabled 

1 : Enables Interrupt when packet received 



PACKET TRANSMITTED INTERRUPT ENABLE 

0: Interrupt Disabled 

1 : Enables Interrupt when packet is transmitted 



RECEIVE ERROR INTERRUPT ENABLE 

0; Interrupt Disabled 

1 : Enables Interrupt when packet received with error 



TRANSMIT ERROR INTERRUPT ENABLE 

0; Interrupt Disabled 

1 : Enables Interrupt when packet transmission results in error 



OVERWRITE WARNING INTERRUPT ENABLE 

0: Interrupt Disabled 

1: Enables Interrupt when Buffer l^anagement Logic lacks sufficient buffers to store incoming packet 



COUNTER OVERFLOW INTERRUPT ENABLE 

0: Interrupt Disabled 

1: Enables Interrupt when MSB of one or more of the Network Statistics counters has been set 



DMA COMPLETE INTERRUPT ENABLE 

0: Interrupt Disabled 

1: Enables Interrupt when Remote DMA transfer has been completed 

reserved 
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5.0 Register Descriptions (continued) 

DATA CONFIGURATION REGISTER (DCR) OEM (WRITE) 

This Register is used to program the AT/LANTIC Controller for 8- or 16-bit memory interface, select byte ordering in 16-bit 
applications and establish FIFO thresholds. The DCR must be initialized prior to loading the Remote Byte Count Registers. 
LAS is set on power up. 



1 



— 


FT1 


FTO 


ARM 


LS 


LAS 


BOS 


WIS 



Bits 



DO 



D1 



D2 



Symbols 



WIS 



BOS 



D3 



D4 



D5 and D6 



LAS 



Description 



WORD TRANSFER SELECT 

0: Selects byte-wide DMA transfers 
1 : Selects word-wide DMA transfers 
;WTS establishes byte or word transfers for both Remote and Local DMA transfers 

Note: When word-wida mode is selected, up to 32k words are addressable: AO remains low. 



BYTE ORDER SELECT 

0: MS byte placed on AD15-AD8 and LS byte on AD7-AD0. (32xxx, 80x86) 
1 : MS byte placed on AD7-AD0 and LS byte on AD15-AD8. (680x0) 
: Ignored when WIS is low 



LS 



ARM 



FTO and FT1 



LONG ADDRESS SELECT 

0: Dual 16-bit DMA mode 
1 : Single 32-bit DMA mode 

;When LAS is high, the contents of the Remote DMA registers RSARO, 1 are issued 
as A1 6-A31 Power up high 



LOOPBACK SELECT 

0: Loopback mode selected. Bits D1 and D2 of the TCR must also be programmed for 

Loopback operation 
1 : Normal Operation 



AUTO-INITIALIZE REMOTE 

0: Send Command not executed, all packets removed from Buffer Ring under 

program control 
1 : Send Command executed. Remote DMA auto-initialized to remove packets from 

Buffer Ring 

Note: Send Command cannot be used with 630x0 byte processors. 



FIFO THRESHOLD SELECT: Encoded FIFO threshold. Establishes point at which the 
memory bus is requested when filling or emptying the FIFO. During reception, the FIFO 
threshold indicates the number of bytes (or words) the FIFO has filled serially from the 
network before the FIFO is emptied onto the memory bus. 

Note: FIFO threshold setting determines the DMA burst length. 

Receive Thresholds 

Byte Wide 

2 Bytes 

4 Bytes 

8 Bytes 

12 Bytes 

During transmission, the FIFO threshold indicates the number of bytes (or words) the FIFO 
has filled from the Local DMA before being transferred to the memory. Thus, the transmission 
threshold is 13 bytes less the received threshold. 



FT1 


FTO 


Word Wide 








1 Word 





1 


2 Words 


1 





4 Words 


1 


1 


6 Words 
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5.0 Register Descriptions (continued) 

TRANSMIT CONFIGURATION REGISTER (TCR) ODH (WRITE) 

The transmit configuration establislies the actions of the transmitter section of the AT/LANTIC Controlier during transmission of 
a pacl<et on the networi<. LB1 and LBO which select loopback mode power up as 0. 

7 6 5 4 3 2 1 




— 


— 


— 


OFST 


ATD 


LB1 


LBO 


CRC 










Bits 


Symbols 


Description 


DO 


CRC 


INHIBIT CRC 

0: CRC appended by transmitter 
1 : CRC inhibited by transmitter 
In loopbacl< mode CRC can be enabled or disabled to test the CRC logic 


D1and 
D2 


LBO and 
LB1 


ENCODED LOOPBACK CONTROL: These encoded configuration bits set the type of loopback that is to be 
performed. Note that loopbacl< in mode 2 places the ENDEC Module In loopback mode and that D3 of the 
DCR must be set to zero for loopback operation. 

LB1 LBO 
Mode COO Normal Operation (LPBK = 0) 
Mode 1 1 Internal NIC Module Loopback (LPBK = 0) 
Mode 2 1 Internal ENDEC Module Loopback (LPBK = 1 ) 
Mode 3 1 1 External Loopback (LPBK = 0) 


D3 


ATD 


AUTO TRANSMIT DISABLE: This bit allows another station to disable the AT/LANTIC Controller's 
transmitter by transmission of a particular multicast packet The transmitter can be re-enabled by resetting 
this bit or by reception of a second particular multicast packet. 
0: Normal Operation 

1 : Reception of multicast address hashing to bit 62 disables transmitter, reception of multicast address 
hashing to bit 63 enables transmitter. 


D4 


OFST 


COLLISION OFFSET ENABLE: This bit modifies the backoff algorithm to allow prioritization of nodes. 

0: Backoff Logic implements normal algorithm. 

1 : Forces Backoff algorithm modification to to 2min(3 + n, 10) slot times for first three collisions, then 

follows standard backoff. (For the first three collisions, the station has higher average backoff delay 

making a low priority mode.) 


D5 


reserved 


reserved 


D6 


reserved 


reserved 


D7 


reserved 


reserved 
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5.0 Register Descriptions (Continued) 

TRANSMIT STATUS REGISTER (TSR) 04H{READ) 

This register records events that occur on the media during transmission of a pacl<et. It is cleared when the next transmission is 
initiated by the host. All bits remain low unless the event that corresponds to a particular bit occurs during transmission. Each 
transmission should be followed by a read of this register. The contents of this register are not specified until after the first 
transmission. 

^ 6 5 4 3 2 1 




owe 


CDH 


FU 


CRS 


ABT 


COL 


— 


PTX 










Bits 


Symbols 


Description 


DO 


PTX 


PACKET TRANSMITTED: Indicates transmission without error. (No excessive 
collisions or FIFO underrun)(ABT = "0", FU = "0") 


D1 


reserved 


reserved 


D2 


COL 


TRANSMIT COLLIDED: Indicates that the transmission collided at least once with 
another station on the network. The number of collisions is recorded in the Number 
of Collisions Registers (NCR). 


D3 


ABT 


TRANSMIT ABORTED: Indicates the AT/LANTIC Controller aborted transmission 
because of excessive collisions. (Total number of transmissions including original 
transmission attempt equals 16.) 


D4 


CRS 


CARRIER SENSE LOST: This bit is set when carrier is lost during transmission of the 
packet. Transmission is not aborted on loss of carrier. 


D5 


FU 


FIFO UNDERRUN: If the AT/LANTiC Controller cannot gain access of the bus 
before the FIFO empties, this bit is set. Transmission of the packet will be aborted. 


D6 


CDH 


CD HEARTBEAT: Failure of the transceiver to transmit a collision signal, after 
transmission of a packet will set this bit. The Collision Detect (CD) heartbeat signal 
must commence during the first 6.4 fis of the Interframe Gap following a 
transmission. In certain collisions, the CD Heartbeat bit will be set even though the 
transceiver is not performing the CD heartbeat test. 


D7 


owe 


OUT OF WINDOW COLLISION: Indicates that a collision occurred after a slot time 
(51.2 )xs). Transmissions rescheduled as in normal collisions. 
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5.0 Register Descriptions (continued) 

RECEIVE CONFIGURATION REGISTER (RCR) OCH (WRITE) 

This register determines operation of the AT/LANTiC Controller during reception of a packet and Is used to program what types 
of packets to accept. 



— 


— 


MON 


PRO 


AM 


AB 


AR 


SEP 



Bits 


Symbols 


Description 


DO 


SEP 


SAVE ERRORED PACKETS 

0: Packets with receive errors are rejected. 

1 : Packets with receive errors are accepted. Receive errors are ORG and Frame Alignment errors. 


D1 


AR 


ACCEPT RUNT PACKETS: This bit allows the receiver to accept packets that are smaller than 64 
bytes. The packet must be at least 8 bytes long to be accepted as a runt. 
0: Packets with fewer than 64 bytes rejected. 
1 : Packets with fewer than 64 bytes accepted. 


D2 


AB 


ACCEPT BROADCAST: Enables the receiver to accept a packet with an all 1 's destination address. 
0: Packets with broadcast destination address rejected. 
1 : Packets with broadcast destination address accepted. 


D3 


AM 


ACCEPT MULTICAST: Enables the receiver to accept a packet with a multicast address, all multicast 

addresses must pass the hashing array. 

0: Packets with multicast destination address not checked. 

1 : Packets with multicast destination address checked. 


D4 


PRO 


PROMISCUOUS PHYSICAL: Enables the receiver to accept all packets with a physical address. 
0: Physical address of node must match the station address programmed in PAR0-PAR5. 
1 : All packets with physical addresses accepted. 


D5 


reserved 


reserved (program to 0) 


D6 


reserved 


resen/ed 


D7 


reserved 


reserved 



Note: 02 and D3 are "OR'd" together, i.e., if D2 and D3 are set the AT/LANTIC Controller will accept broadcast and multicast addresses as well as its own 
physical address. To establish full promiscuous mode, bits D2, D3, and D4 should be set. In addition the multicast hashing array must be sat to all 1's in order to 
accept all mulUcast addresses. 



o 
■o 

09 

to 

O 

(J1 
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5.0 Register Descriptions (continued) 

RECEIVE STATUS REGISTER (RSR) OCH(READ) 

This register records status of the received packet, Including Information on errors and the type of address match, either 
physical or multicast. The contents of this register are written to buffer memory by the DMA after reception of a good packet. If 
packets with errors are to be saved the receive status is written to memory at the head of the erroneous packet If an erroneous 
packet Is received. If packets with errors are to be rejected the RSR will not be written to memory. The contents will be cleared 
when the next packet arrives. CRC errors. Frame Alignment errors and missed packets are counted Internally by the AT/LAN- 
TIC Controller which relinquishes the Host from reading the RSR In real time to record errors for Network Management 
Functions. The contents of this register are not specified until after the first reception. 



7 


6 


5 


4 


3 


2 


1 





DFH 


DiS 


PHY 


MPA 


FO 


FAE 


CRC 


PRX 



Bits Symbols 



Description 



DO 



PRX 



PACKET RECEIVED INTACT: Indicates packet received without error. (Bits CRC, FAE, FO, and MPA 
are zero for the received packet.) 



D1 



CRC 



CRC ERROR: Indicates packet received with CRC error. Increments Tally Counter (CNTR1). This bit 
will also be set for Frame Alignment errors. 



D2 



FAE 



FRAME ALIGNMENT ERROR: Indicates that the Incoming packet did not end on a byte boundary and 
the CRC did not match at last byte boundary. Increments Tally Counter (CNTRO). 



D3 



FO 



FIFO OVERRUN: This bit is set when the FIFO Is not serviced causing overflow during reception. 
Reception of the packet will be aborted. 



D4 



MPA 



MISSED PACKET: Set when packet Intended for node cannot be accepted by SNIO because of a lack 
of receive buffers or If the controller is in monitor mode and did not buffer the packet to memory. 
Increments Tally Counter (CNTR2). 



D5 



PHY 



PHYSICAL/MULTICAST ADDRESS: Indicates whether received packet had a physical or multicast 

address type. 

0: Physical Address Match 

1 : Multicast/Broadcast Address Match 



D6 



DIS 



RECEIVER DISABLED: Set when receiver disabled by entering Monitor mode. Reset when receiver is 
re-enabled when exiting Monitor mode. 



D7 



DFR 



DEFERRING: Set when Internal Carrier Sense or Collision signals are generated in the ENDEC module. 
If the transceiver has asserted the CD line as a result of the jabber, this bit will stay set indicating the 
jabber condition. 



Note: Following coding applies to CRC and FAE bits 

FAE CRC Type of Error 

NoErTor(QoodCRCand<6Dribble Bits) 

1 CRC Error 

1 lliegal, wil not occur 

1 1 Frame Alignment Error and CRC Error 
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5.0 Register Descriptions (continued) 



(TPSR) 
{TBCRO.I) 

(PST*RT) 
(PSTOP) 
(CURR) 
(BRNr) 

Rfladable 
(CLDAO.O 



Lool DMA Transmit Raglsters 




rs 8 


7 


Local 

DMA 

Channel 


Page Start 




' 


' 1 












Local DMA Receiver 
15 8 


Registers 

7 






Pago Start 








Page Stop 




Current 








Boundary 








Receive Byte Count 1 








Current Local DUA Address 













a 

T3 
00 
CO 
(O 

o 

U1 



Remote DUA Registers 








Remote 

DMA 
Channel 


(RSARO.I) 


Start Address 




(RBCROJ) 


Byte Count Current 




(CRADOJ) 






Remote DMA Address U ^ 
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FIGURE 24. DMA Register 

Note: In tha figure above, registers are shown as 8- or 16-bits wide. Although some registers are 16-bit internal registers, all registers are accessed as 8-bit 
registers. Thus the 16-bit Transmit Byte Count Register is brolten into two B-bit registers, TBCRO and TBCR1. Also TPSR, PSTART, PSTOP, CURR and 
BNRY only check or control the upper 8 bits of address information on the bus. Thus they are shifted to positions 15-8 in the diagram above. 



5.4 DP8390 Core DMA Registers 

The DMA Registers are partitioned into groups; Transmit, 
Receive and Remote DMA Registers. The Transmit regis- 
ters are used to initialize the Local DMA Channel for trans- 
mission of packets while the Receive Registers are used to 
initialize the Local DMA Channel for packet Reception. The 
Page Stop, Page Start, Current and Boundary Registers are 
used by the Buffer Management Logic to supervise the Re- 
ceive Buffer Ring. The Remote DMA Registers are used to 
initialize the Remote DMA. 

Transmit DMA Registers 

TRANSMIT PAGE START REGISTER (TPSR) 
This register points to the assembled packet to be transmit- 
ted. Only the eight higher order addresses are specified 
since all transmit packets are assembled on 256-byte page 
boundaries. The bit assignment is shown below. The values 
placed in bits D7-D0 will be used to Initialize the higher 
oreJer address (A8-A15) of the Local DMA for transmission. 
The lower order bits (A7-A0) are initialized to zero. 



A15 


A14 


A13 


A12 


All 


A10 


A9 


A8 



Bit Assignment 

7 6 

TPSR ^ 

(A7-A0 Initialized to 0) 
TRANSMIT BYTE COUNT REGISTER 0,1 (TBCRO, TBCR1) 
These two registers indicate the length of the packet to be 
transmitted in bytes. The count must include the number of 
bytes in the source, destination, length and data fields. The 
maximum number of transmit bytes allowed is 64 kbytes. 
The AT/LANTIC Controller will not truncate transmissions 
longer than 1 500 bytes. The bit assignment is shown below: 





7 


6 


5 


4 


3 


2 


1 





TBCR1 


L15 


LI 4 


LI 3 


L12 


L11 


L10 


L9 


L8 




7 


6 


5 


4 


3 


2 


1 





TBCRO 


L7 


L6 


L5 


L4 


L3 


L2 


LI 


LO 



Local DMA Receive Registers 

PAGE START STOP REGISTERS (PSTART, PSTOP) 
The Page Start and Page Stop Registers program the start- 
ing and stopping address of the Receive Buffer Ring. Since 
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A15 


A14 


A13 


A12 


A11 


A10 


A9 


A8 



5.0 Register Descriptions (continuGd) 

the AT/LANTIC Controller uses fixed 256-byte buffers 
aligned on page boundaries only the upper eight bits of the 
start and stop address are specified. 
PSTART, PSTOP bit assignment 

7 6 5 4 3 2 10 

PSTART ' ' '~ 

PSTOP 

BOUNDARY (BNRY) REGISTER 

This register is used to prevent overflow of the Receive 
Buffer Ring. Buffer management compares the contents of 
this register to the next buffer address when linl^ing buffers 
together. If the contents of this register match the next buff- 
er address the Local DMA operation is aborted. 

7 6 5 4 3 2 10 

BNRY 

CURRENT PAGE REGISTER (CURR) 
This register is used internally by the Buffer IManagement 
Logic as a backup register for reception. CURR contains the 
address of the first buffer to be used for a pacl<et reception 
and is used to restore DMA pointers in the event of receive 
errors. This register is initialized to the same value as 
PSTART and should not be written to again unless the con- 
troller is Reset. 

76543 2 1 

CURR 

CURRENT LOCAL DMA REGISTER 0,1 (CLDA0,1) 
These two registers can be accessed to determine the cur- 
rent Local DMA Address. 



A15 


A14 


A13 


A12 


All 


A10 


A9 


A8 



A15 


A14 


A13 


A12 


All 


A10 


A9 


A8 





7 


6 


5 


4 


3 


2 


1 





CLDA1 


A15 


A14 


A13 


A12 


A11 


A10 


A9 


A8 




7 


6 


5 


4 


3 


2 


1 





CLDAO 


A7 


A6 


A5 


A4 


A3 


A2 


A1 


AO 



Remote DIUA Registers 

REMOTE START ADDRESS REGISTERS (RSARO.I) 
Remote DMA operations are programmed via the Remote 
Start Address (RSARO.I) and Remote Byte Count 
(RBCR0,1) registers. The Remote Start Address is used to 
point to the start of the block of data to be transferred and 
the Remote Byte Count is used to Indicate the length of the 
block (in bytes). 





7- 


6 


5 


4 


3 


2 


1 





RSAR1 


A15 


A14 


A13 


A12 


All 


A10 


A9 


A8 




7 


6 


5 


4 


3 


2 


1 





RSARO 


A7 


A6 


A5 


A4 


A3 


A2 


A1 


AO 



REMOTE BYTE COUNT REGISTERS (RCBO.I) 

7 6 S 4 3 2 

RBCR1 



A15 


A14 


A13 


A12 


A11 


A10 


A9 


A8 


7 


6 


5 


4 


3 


2 


1 


A7 


A6 


A5 


A4 


A3 


A2 


A1 


AO 



RBCRO 

Notes: 

RSARO programs the start address bits A0-A7. 
RSAR1 programs the start address bits A8-A15. 
Address incremented' by two for word transfers, and by one for byte trans- 
fers. Byte count decremented by two for word transfers and by one for byte 
tranfers. 

RBCRO programs LSB byte count. 
RBCR1 programs MSB byte count. 

CURRENT REMOTE DMA ADDRESS (CRDAO, CRDA1) 
The Current Remote DMA Registers contain the current ad- 
dress of the Remote DMA. The bit assignment is shown 
below: 
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6 


5 


4 


3 


2 


1 





CRDA1 


A15 


A14 


A13 


A12 


All 


A10 


A9 


AS 




7 


6 


5 


4 


3 


2 


1 





CRDAO 


A7 


A6 


A5 


A4 


A3 


A2 


A1 


AO 



Physical Address Registers (PAR0-PAR5) 

The physical address registers are used to compare the 
destination address of incoming packets for rejecting or ac- 
cepting packets. Comparisons are performed on a byte- 
wide basis. The bit assignment shown below relates the se- 
quence in PAR0-PAR5 to the bit sequence of the received 
packet 

D7 D6 D5 D4 D3 D2 D1 DO 



PARO 
PARI 
PAR2 
PARC 
PAR4 
PAR5 



DA7 


DA6 


DAS 


DA4 


DA3 


D«2 


DAI 


DAO 


DAI 5 


DAI 4 


DAI 3 


DAI 2 


DA11 


DA10 


DA9 


DAS 


DA23 


DA22 


DA21 


DA20 


DAI 9 


DM 8 


DAI 7 


DAI 6 


DA31 


DA30 


DA29 


DA28 


DA27 


DA26 


DA25 


DA24 


DA39 


DA38 


DA37 


DA36 


DA35 


DA34 


DA33 


DA32 


DA47 


DA46 


DA45 


DA44 


DA43 


DA42 


DA41 


DA40 



Destination Address 



Source 



P/S 


DAO 


DA1 


DA2 


DA3 




DA46 


DA47 


SAO 



Note: P/S = Preamble, Syncli 

DAO = PhysicaUMulticast Bit 

Multicast Address Registers (MAR0-MAR7) 

The multicast address registers provide filtering of multicast 
addresses hashed by the CRC logic. All destination ad- 
dresses are fed through the CRC logic and as the last bit of 
the destination address enters the CRC, the 6 most signifi- 
cant bits of the CRC generator are latched. These 6 bits are 
then decoded by a 1 of 64 decode to index a unique filter bit 
(FBO-63) in the multicast address registers. If the filter bit 
selected is set, the multicast packet is accepted. The sys- 
tem designer would use a program to determine which filter 
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5.0 Register Descriptions (continued) 

bits to set in the muiticast registers. All multicast filter bits 
that correspond to multicast address accepted by the node 
are then set to one. To accept all multicast packets all of 
the registers are set to all ones. 

Note: Although the hashing algorithm does not guarantee pertect filtering of 
multicast address, it will pertectly filter up to 64 multicast addresses if 
these addresses are chosen to map into unique locations in the multi- 
cast filter. 



CRC Generator 



(X-Jl to X-26) 
ICLK 



1 of 64 Decode 



Filter Bit Array 



-^ Selected Bit 



"0" = Reject "1" = Accept 

TL/F/11498-22 

FIGURE 25. Multicast Addressing 

6.0 Operation of AT/LANTIC 
Controller 

This section details the operation of the AT/LANTIC Con- 
troller. The operations discussed are packet reception and 
transmission, bus operations, and loopback diagnostics. 

6.1 TRANSMIT/RECEIVE PACKET ENCAPSULATION/ 
DECAPSULATION 

A standard IEEE 802.3 packet consists of the following 
fields: preamble. Start of Frame Delimiter (SFD), destination 
address, source address, length, data, and Frame Check 
Sequence (FCS). The typical format is shown in the figure 
following. The packets are Manchester encoded and decod- 
ed by the ENDEC module and transferred serially to the NIC 
module using NRZ data with a clock. All fields are of fixed 
length except for the data field. The AT/LANTIC Controller 
generates and appends the preamble, SFD and FCS field 
during transmission. The Preamble and SFD fields are 
stripped during reception. (The CRC is passed through to 
buffer memory during reception.) 

PREAMBLE SFD DESTINATION SOURCE LENGTH DATA 



RECEIVE 
OPERATIONS 

TRANSMIT 
OPERATIONS 

B = BYTES 
b " BITS 



62b 1 2b 


SB 


6B 


2B 


4$B- 
15008 


■■ 



STRIPPED 
BY NIC 



TRANSFERRED VIA DMA 



APPENDED 
BY NIC 



TRANSFERRED VIA DMA 



CALCULATED + 

APPENDED BY 

NIC 

TL/F/n 498-23 



FIGURE 26. Ethernet Packet 



PREAMBLE AND START OF FRAME DELIMITER (SFD) 

The Manchester encoded alternating 1 ,0 preamble field is 
used by the ENDEC to acquire bit synchronization with an 
incoming packet. When transmitted each packet contains 
62 bits of alternating 1,0 preamble. Some of this preamble 
will be lost as the packet travels through the network. The 
preamble field is stripped by the NIC module. Byte align- 
ment is performed with the Start of Frame Delimiter (SFD) 
pattern which consists of two consecutive 1 's. The AT/LAN- 
TIC Controller does not treat the SFD pattern as a byte, it 
detects only the two-bit pattern. This allows any preceding 
preamble within the SFD to be used for phase locking. 

Destination Address 

The destination address indicates the destination of the 
packet on the network and is used to filter unwanted pack- 
ets from reaching a node. There are three types of address 
formats supported by the AT/LANTIC: physical, multicast 
and broadcast. The physical address is a unique address 
that corresponds only to a single node. All physical address- 
es have an MSB of "0". These addresses are compared to 
the internally stored physical address registers. Each bit in 
the destination address must match in order for the 
AT/LANTIC Controller to accept the packet. Multicast ad- 
dresses begin with an MSB of "1". The AT/LANTIC Con- 
troller filters multicast addresses using a standard hashing 
algorithm that maps all multicast addresses into a 6-bit val- 
ue. This 6-bit value indexes a 64-bit array that filters the 
value. If the address consists of all 1's it is a broadcast 
address, indicating that the packet is intended for all nodes. 
A promiscuous mode allows reception of all packets: the 
destination address is not required to match any filters. 
Physical, broadcast, multicast, and promiscuous address 
modes can be selected. 

Source Address 

The source address is the physical address of the node that 
sent the packet. Source addresses cannot be multicast or 
broadcast addresses. This field is simply passed to buffer 
memory. 

Length Field 

The 2-byte length field indicates the number of bytes that 
are contained in the data field of the packet. This field Is not 
interpreted by the AT/LANTIC Controller. 

Data Field 

The data field consists of anywhere from 46 to 1 500 bytes. 
Messages longer than 1600 bytes need to be broken into 
multiple packets. Messages shorter than 46 bytes will re- 
quire appending a pad to bring the data field to the minimum 
length of 46 bytes. If the data field is padded, the number of 
valid data bytes is indicated in the length field. The 
AT/LANTIC Controller does not strip or append pad 
bytes for short packets, or check for oversize packets. 

FCS Field 

The Frame Check Sequence (FCS) is a 32-bit CRC field 
calculated and appended to a packet during transmission to 
allow detection of errors when a packet is received. During 
reception, error free packets result in a specific pattern in 
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6.0 Operation of AT/LANTIC Controller (continued) 



the CRC generator. Packets with improper CRC will be re- 
jected. The AUTODIN II (X32 + X26 + X23 + X22 + X16 + 
X12 + X11 + XIO + X8 + X7 + X5 + X* + X2+ X1 + 1) 
polynomial Is used for the CRC calculations. 

6.2 BUFFER MEMORY ACCESS CONTROL (DMA) 

The buffer memory control capabilities of the AT/LANTIC 
Controller greatly simplify the use of the AT/LANTIC Con- 
troller in typical configurations. The local DMA channel 
transfers data between the FIFO and memory. On transmis- 
sion, the packet Is Df^A'd from memory to the FIFO In 
bursts. Should a collision occur (up to 15 times), the packet 
is re-transmitted with no processor intervention. On recep- 
tion, packets are moved via DiVIA from the FIFO to the re- 
ceive buffer ring (as explained below). 



A Remote DMA channel Is also provided on the AT/LANTIC 
Controller to accomplish transfers between a buffer memory 
and ah internal Data Port when using the AT/LANTIC Con- 
troller In I/O Mode. This Remote DMA channel Is not used 
when the AT/LANTIC Controller is used in a shared Memo- 
ry mode. In this second mode the buffer memory Is dual 
ported, and directly mapped Into the system memory. In this 
mode the system CPU directly accesses the RAM under 
software control to transfer packet data. 
The following sections describe the operation of the Local 
DMA channel for packet reception which is used in both 
modes. For Shared Memory mode the description of the 
Remote DMA does not apply. 

For reference an example configuration using the AT/LAN- 
TIC Controller Is shown In Figure 27. 




TL/F/114S8-24 



FIGURE 27. AT/LANTIC Controller Bus Architecture 
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6.0 Operation of AT/LANTIC Controller (continued) 
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FIGURE 28. AT/LANTIC Controller Receiver Buffer Ring 



G.3 PACKET RECEPTION 

The Local DMA receive channel uses a Buffer Ring Struc- 
ture comprised of a series of contiguous fixed length 256 
byte (1 28 word) buffers for storage of received packets. The 
location of the Receive Buffer Ring is programmed in twro ■ 
registers, a Page Start and a Page Stop Register. Ethernet 
packets consist of a distribution of shorter link control pack- 
ets and longer data packets, the 256 byte buffer length pro- 
vides a good compromise between short packets and long- 
er packets to most efficiently use memory. In addition these 
buffers provide memory resources for storage of back-to- 
back packets In loaded networks.The assignment of buffers 
for storing packets is controlled by Buffer Management Log- 
ic in the AT/L7\NTIC Controller. The Buffer Management 
Logic provides three basic functions: linking receive buffers 
for long packets, recovery of buffers «fhen a packet Is re- 
jected, and recirculation of buffer pages that have been 
read by the host. 

At Initialization, a portion of the 64 kbyte (or 32 kword) ad- 
dress space Is reserved for the receive buffer ring. Two 
eight bit registers, the Page Start Address Register 
(PSTART) and the Page Stop Address Register (PSTOP) 
define the physical boundaries of where the buffers reside. 
The AT/LANTIC Controller treats the list of buffers as a 
logical ring; whenever the DMA address reaches the Page 
Stop Address, the DMA is reset to the Page Start Address. 




256 Bytes 

TL/F/1 1493-26 

FIGURE 29. Buffer Ring at Initialization 

initialization of the Buffer Ring 

Two static registers and two working registers control the 
operation of the Buffer Ring. These are the Page Start Reg- 
ister, Page Stop Register (both described previously), the 
Current Page Register and the Boundary Pointer Register. 
The Current Page Register points to the first buffer used to 
store a packet and is used to restore the DMA for writing 
status to the Buffer Ring or for restoring the DMA address in 
the event of a Runt packet, a CRC, or Frame Alignment 
error. The Boundary Register points to the first packet In the 
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Ring not yet read by the tiost. If ttie local DMA address ever 
reaches the Boundary, reception is aborted. The Boundary 
Pointer is also used to initialize the Remote DMA for remov- 
ing a packet and is advanced when a packet is removed. A 
simple analogy to remember the function of these registers 
is that the Current Page Register acts as a Write Pointer and 
the Boundary Pointer acts as a Read Pointer. 

Note 1: At initialization, the Page Start Register value shiouid ba loaded into 
both the Current Page Register and the Boundary Pointer Register. 
Note 2: The Page Start Register mut not ba Initalized to OOH. 

Beginning Of Reception 

When the first packet begins arriving the AT/LANTIC Con- 
troller begins storing the packet at the location pointed to by 
the Current Page Register. An offset of 4 bytes Is saved in 
this first buffer to allow room for storing receive status corre- 
sponding to this packet. 

IH 




4-Byte Offset for 
.Packet i^eedor 
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FiGURE 30. Received Pacicet Enters the Buffer Pages 
Linking Receive Buffer Pages 

If the length of the packet exhausts the first 256 byte buffer, 
the DMA performs a fonvard link to the next buffer to store 
the remainder of the packet. For a maximal length packet 
the buffer logic will link six buffers to store the entire packet. 
Buffers cannot be skipped when linking, a packet will always 
be stored in contiguous buffers. Before the next buffer can 
be linked, the Buffer Management Logic performs two con- 
parisons. The first comparison tests for equality between 
the DMA address of the next buffer and the contents of the 
Page Stop Register. If the buffer address equals the Page 
Stop Register, the buffer management logic will restore the 
DMA to the first buffer in the Receive Buffer Ring value 
programmed in the Page Start Address Register. The sec- 
ond comparison tests for equality between the DMA ad- 
dress of the next buffer address and the contents of the 
Boundary Pointer Register. If the two values are equal the 
reception is aborted. The Boundary Pointer Register can be 
used to protect against overwriting any area in the receive 
buffer ring that has not yet been read. When linking buffers, 
buffer management will never cross this pointer, effectively 
avoiding any overwrites. If the buffer address does not 
match either the Boundary Pointer or Page Stop Address, 
the link to the next buffer is performed. 



Linking Buffers 

Before the DMA can enter the next contiguous 256 byte 
buffer, the address is checked for equality to PSTOP and to 
the Boundary Pointer. If neither are reached, the DMA is 
allowed to use the next buffer. 




1) Ctiecl< for 

2) Check for 




to PSTOP 
to Boundary 
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FiGURE 31. Linking Receive Buffer Pages 
Buffer Ring Overflow 

If the Buffer Ring has been filled and the DMA reaches the 
Boundary Pointer Address, reception of the incoming pack- 
et will be aborted by the AT/LANTIC Controller. Thus, the 
packets previously received and still contained in tf^e Ring 
will not be destroyed. 

In heavily loaded networks which cause overflows of the 
Receive Buffer Ring, the AT/LANTIG Controller may disable 
the local DMA and suspend further receptions even if the 
Boundary register is advanced beyond the Current register. 
In the event that the AT/LANTIC Controller should encoun- 
ter a receive buffer overflow, it is necessary to implement 
the following routine. A receive buffer overflow is indicated 
by the AT/LANTIC Controller's assertion of the overflow bit 
(OVW) in the Interrupt Status Register (ISR). 
if this routine is not adhered to, the AT/LANTIC Controller 
may act In an unpredictable manner. It should also be noted 
that it is not permissible to service an overflow interrupt by 
continuing to empty packets from the receive buffer without 
implementing the prescribed overflow routine. A flow chart 
of the AT/LANTICTM Controller's overflow routine can be 
found in Figure 32. 

Note: It is necessary to define a variable in the driver, which wili be cailed 
"Resend". 

1 . Read and store the value of the TXP bit in the AT/LAN- 
TIC Controller's Command Register. 

2. Issue the STOP command to the AT/LANTIC Controller, 
This is accomplished by setting the STP bit in the 
AT/LANTIC Controller's Command Register. Writing 21 
H to the Command Register will stop the AT/LANTIC 
Controller. 

3. Walt for at least 1 .6 ms. Since the AT/LANTIC Controller 
will complete any transmission or reception that is in 
progress, it is necessary to time out for the maximum 
possible duration of an Ethernet transmission or recep- 
tion. By waiting 1.6 ms this Is achieved with some guard 
band added. Previously, it was recommended that the 
RST bit of the Interrupt Status Register be polled to In- 
sure that the pending transmission or reception is com- 
pleted. This bit is not a reliable indicator and subsequent- 
ly should be ignored. 
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4. Clear the AT/LANTIC Controller's Remote Byte Count 
registers {RBCRO and RBCR1). 

5. Read the stored value of the TXP bit from step 1, 
above. 

If this value Is a 0, set the "Resend" variable to a and 
jump to step 6. 

If this value is a 1, read the AT/LANTIC Controller's 
Interrupt Status Register. If either the Packet Transmit- 
ted bit (PTX) or Transmit Error bit (TXE) is set to a 1 , set 
the "Resend" variable to a and jump to step 6. If 
neither of these bits is set, place a 1 in the "Resend" 
variable and jump to step 6. 

This step determines if there was a transmission in 
progress when the stop command was issued in step 2. 
If there was a transmission in progress, the AT/LANTIC 
Controller's ISR is read to determine whether or not the 
pacl<et was recognized by the AT/LANTIC Controller. If 
neither the PTX nor TXE bit was set, then the packet 
will essentially be lost and re-transmitted only after a 
time-out takes place in the upper level software. By de- 
termining that the packet was lost at the driver level, a 
transmit command can be reissued to the AT/LANTIC 
Controller once the overflow routine is completed (as in 
step 1 1 ). Also, it is possible for the AT/LANTIC Control- 
ler to defer indefinitely, when it is stopped on a busy 
network. Step 5 also alleviates this problem. Step 5 is 
essential and should not be omitted from the overflow 
routine, in order for the AT/LANTIC Controller to oper- 
ate correctly. 

6. Place the AT/LANTIC Controller in either mode 1 or 
mode 2 loopback. This can be accomplished by setting 
bits D2 and D1, of the Transmit Configuration Register, 
to 0,1 or 1,0 respectively. 

7. Issue the START command to the AT/LANTIC Control- 
ler. This can be accomplished by Writing 22H to the 
Command Register. This is necessary to activate the 
AT/LANTIC Controller's Remote DIvIA channel. 

8. Remove one or more packets from the receive buffer 
ring. 

9. Reset the overarrite warning (OVW, overflow) bit in the 
Interrupt Status Register. 

1 0. Take the AT/LANTIC Controller out of loopback. This is 
done by Writing the Transmit Configuration Register 
with the value it contains during normal operation. (Bits 
D2 and D1 should both be programmed to 0.) 

11. If the "Resend" variable is set to a 1, reset the "Re- 
send" variable and reissue the transmit command. This 
is done by writing a value of 26H to the Command Reg- 
ister. If the "Resend" variable is 0, nothing needs to be 
done. 

Note 1; If Remote DMA Is not being used, the AT/LANTIC Controller does 
not need to be started before packets can be removed from tfie 
receive butter ring. Hence, step 8 could be done before step 7, 
eliminating or reducing ttie time spent polling In step 5. 

Note 2: When the AT/LANTIC Controller is In STOP mode, the Missed 
Packet Tally counter Is disabled. 
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FIGURE 32. Overflow Routine 
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FIGURE 33. Received Packet Aborted if it Hits Boundary 

Enabling the AT/LANTIC Controller on an Active 
Network 

After the AT/LANTIC Controller has been initialized the pro- 
cedure for disabling and then re-enabling the AT/LANTIC 
Controller on the network is similar to handling Receive 
Buffer Ring overflow as described previously. 

1. Program Command Register for page (Command 
Register = 21H) 

2. Initialize Data Configuration Register (DCR) 

3. Clear Remote Byte Count Registers (RBCRO, RBCH1) 
if using Remote Df\^A 

4. Initialize Receive Configuration Register (RCR) 

5. Place the AT/UVNTIC Controller in LOOPBACK mode 
1 or 2 (Transmit Configuration Register = 02H or 04H) 

6. Initialize Receive Buffer Ring: Boundary Pointer 
(BNDRY), Page Start (PSTART), and Page Stop 
(PSTOP) 

7. Clear interrupt Status Register (ISR) by writing OFFH to 
it 

8. Initialize Interrupt Mask Register (IMR) 

9. Program Command Register for page 1 (Command 
Register = 61H) 

i) Initialize Physical Address Registers (PAR0-PAR5) 

ii) Initialize Multicast Address Registers (MARO- 
MAR7) 

ill) Initialize CURRENT pointer 

10. Put AT/LANTIC Controller in START mode (Command 
Register = 22H). The local receive DMA Is still not ac- 
tive since the AT/LANTIC Controller is In LOOPBACK. 

11. Initialize the Transmit Configuration for the intended 
value. The AT/LANTIC Controller is now ready for 
transmission and reception. 

End of Packet Operations 

At the end of the packet the AT/LANTIC Controller deter- 
mines whether the received packet is to be accepted or 

rejected. It either branches to a routine to store the Buffer 
Header or to another routine that recovers the buffers used 
to store the packet. 




Packet Status 
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FIGURE 34. Termination of Received 
Packet — Packet Accepted 

Successful Reception 

If the packet is successfully received, the DMA is restored 
to the first buffer used to store the packet (pointed to by the 
Current Page Register). The DMA then stores the Receive 
Status, a Pointer to where the next packet will be stored 
(Buffer 4) and the number of received bytes. Note that the 
remaining bytes in the last buffer are discarded and recep- 
tion of the next packet begins on the next empty 256-byle 
buffer boundary. The Current Page Register is then initial- 
ized to the next available buffer in the Buffer Ring. (The 
location of the next buffer had been previously calculated 
and temporarily stored in an internal scratchpad register.) 

Buffer Recovery for Rejected Packets 

If the packet is a runt packet or contains CRC or Frame 
Alignment errors, it is rejected. The buffer management log- 
ic resets the DMA back to the first buffer page used to store 
the packet (pointed to by CURR), recovering all buffers that 
had been used to store the rejected packet. This operation 
will not be performed if the AT/LANTIC Controller is pro- 
grammed to accept either runt packets or packets with CRC 
or Frame Alignment errors. The received CRC is always 
stored In buffer memory after the last byte of received data 
for the packet. 
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FIGURE 35. Termination of Receive 
Packet— Packet Reject 
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Error Recovery 

If the packet is rejected as shown, the DMA is restored by 
the AT/LANTIC Controller by reprogramming the DMA 
starting address pointed to by the Current Page Register. 

Storage Format for Received Pacl<ets 

The following diagrams describe the format for how re- 
ceived pacl<els are placed into memory by the local DMA 
channel. These modes are selected in the Data Configura- 
tion Register. 



AD15 



ADS 



AD7 



ADO 



Next Packet Pointer 


Receive Status 


Receive Byte Count 1 


Receive Byte Count 


Byte 2 


Bytel 



BOS = 0, WTS = 1 in Data Configuration Register. This format is used wittl 
Series 32)00(, or 80Bxx processors. 



AD15 



ADS 



AD7 



ADO 



Next Packet Pointer 


Receive Status 


Receive Byte Count 


Receive Byte Count 1 


Bytel 


Byte 2 



BOS = 1 , WTS = 1 in Data Configuration Register. Thiis format is used witll 
680x0 type processors. (Note: Tfie Receiver Count ordering remains the 
same for BOS = Oor 1.) 



Receive Status 



Next Packet Pointer 



Receive Byte Count 



Receive Byte Count 1 



ByteO 



Bytel 



BOS = 0, WTS = in Data Configuration Register. This 
formal is used with general 8-bit processors. 

6.4 PACKET TRANSMISSION 

The Local DMA is also used during transmission of a pack- 
et. Three registers control the DMA transfer during trans- 
mission, a Transmit Page Start Address Register (TPSR) 
and the Transmit Byte Count Registers (TBCRO.I). When 
the AT/LANTIC Controller receives a command to transmit 
the packet pointed to by those registers, buffer memory 
data will be moved into the FIFO as required during trans- 
mission. The AT/LANTIC Controller will generate and ap- 
pend the preamble, synch and CRC fields. 



General Transmit Pacltet Format 



Transmit 


Destination Address 


Byte 


Source Address 


Count 


Type/ Length 


TBCRO, 1 


Data 
Pad (If data < 46 Bytes) 



6 Bytes 

6 Bytes 

2 Bytes 

S 46 Bytes 



Transmit Pacicet Assembly 

The AT/LANTIC Controller requires a contiguous assem- 
bled packet with the format shown. The transmit byte count 
includes the Destination Address, Source Address, Length 
Field and Data. It does not include preamble and CRC. 



When transmitting data smaller than 46 bytes, the packet 
must be padded to a minimum size of 64 bytes. The pro- 
grammer is responsible for adding and stripping pad bytes. 
The packets are placed In the buffer RAM by the system. In 
I/O Mode the system programs the NIC Core's Remote 
DMA to mode the data from the data port to the RAM hand- 
shaking with system transfers loading the I/O data port. In 
Shared Memory Mode the packets are written directly to the 
RAM by system using standard memory transfer instruc- 
tions (MOV). 

For I/O mode the data transfer must be 16 bits (1 word) 
when in 1 6-bit mode, and 8 bits when the AT/LANTIC Con- 
troller is set in 8-bit mode. The data width Is selected by 
setting the WTS bit In the Data Configuration Register and 
setting the DWID pin for the proper mode. 
In Shared Memory mode data transfer can be accomplished 
by using either 8- or 1 6-bit data transfer Instructions, be- 
cause this mode responds to 8/16-bit data signalling on the 
ISA bus. In this mode Shared Memory Control Register 2-bit 
6 sets the bus interface data width, and the NIC Core's data 
width Is set by the WTS bit in the Data Configuration Regis- 
ter. 

Transmission 

Prior to transmission, the TPSR (Transmit Page Start Regis- 
ter) and TBCRO, TBCR1 (Transmit Byte Count Registers) 
must be initialized. To Initiate transmission of the packet the 
TXP bit in the Command Register is set. The Transmit 
Status Register (TSR) is cleared and the AT/LANTIC Con- 
troller begins to prefetch transmit data from memory (unless 
the AT/LANTIC Controller is currently receiving). If the Inter- 
frame gap has timed out the AT/LANTIC Controller will be- 
gin transmission. 

Conditions Required to Begin Transmission 

In order to transmit a packet, the following three conditions 
must be met: 

1. The Interframe Gap Timer has timed out the first 6.4 (j,s 
of the Interframe Gap 

2. At least one byte has entered the FIFO. (This indicates 
that the burst transfer has been started) 

3. If a collision had been detected then before transmission 
the packet time must have timed out. 

In typical systems the AT/LANTIC Controller prefetches the 
first burst of bytes before the 6.4 jis timer expires. The time 
during which AT/LANTIC Controller transmits preamble can 
also be used to load the FIFO. 

Note: tf carrier sense is asserted before a byte has been loaded into the 
FIFO, the AT/UVNTIC Controller will become a receiver. 

Collision Recovery 

During transmission, the Buffer Management logic monitors 
the transmit circuitry to determine if a collision has occurred. 
If a collision is detected, the Buffer Management logic will 
reset the FIFO and restore the Transmit DMA pointers for 
retransmission of the packet. The COL bit will be set In the 
TSR and the NCR (Number of Collisions Register) will be 
incremented. If 1 5 retransmissions each result in a collision 
the transmission will be aborted and the ABT bit in the TSR 
will be set. 
Note: NCR reads as zeroes if excessive collisions are encountered. 
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Transmit Packet Assembly Format 

The following diagrams describe the format for how packets 
must be assembled prior to transmission for different byte 
ordering schemes. The various formats are selected in the 
Data Configuration Register. 



D15 



D8 



D7 



DO 



Destination Address 1 


Destination Address 


Desitinatlon Address 3 


Destination Address 2 


Desltination Address 5 


Destination Address 4 


Source Address 1 


Source Address 


Source Address 3 


Source Address 2 


Source Address 5 


Source Address 4 


Type/Length 1 


Type Length 


Datal 


DataO 



BOS - 1, WIS - 1 in Data Configuration Register. 

This format is used with Series 32xxx, or 808xx processors. 



D15 



D8 



D7 



DO 



Destination Address 


Destination Address 1 


Desltination Address 2 


Destination Address 3 


Desltination Address 4 


Destination Address 5 


Source Address 


Source Address 1 


Source Address 2 


Source Address 3 


Source Address 4 


Source Address 5 


Type/Length 


Type Length 1 


DataO 


Datal 



BOS = 1, WTS - 1 in Data Configuration Register. 

This format Is used with 680x0 type processors. 



D7 




DO 


Destination Address 


Destination Address 1 


Destination Address 2 


Destination Address 3 


Destination Address 4 


Destination Address 5 


Source Address 


Source Address 1 


Source Address 2 


Source Address 3 


Source Address 4 


Source Address 5 



BOS = 0, WTS - in a Data Configuration Register. 

This format is used with 8-bit processors. 

Note: All examples above will result in a transmission of a pacl<et in order of 
DAO, DAI, DAS ... bits witfiin eacfi byte will be transmitted least significant 
bit first. 
DA = Destination Address 



6.5 LOOPBACK DIAGNOSTICS 

Three forms of local loopback are provided on the 
AT/LANTIC Controller. The user has the ability to loopback 
through the deserializer on the controller, through the 
ENDEC module or trancelver. Because of the half duplex 
architecture of the AT/LJ^NTIC Controller, loopback 
testing Is a special mode of operation with the follow- 
ing restrictions: 

Restrictions during Loopback 

The FIFO Is split into two halves, one half is used for trans- 
mission the other for reception. Only 8-bit fields can be 
fetched from memory so two tests are required for 18-bit 
systems to verify integrity of the entire data path. During 
loopback the maximum latency to obtain access to the buff- 
er memory is 2.0 jxs. Systems that wish to use the loopback 
test yet do not meet this latency can limit the loopback 
packet to 7 bytes without experiencing underflow. Only the 
last 8 bytes of the loopback packet are retained in the FIFO. 
The last 8 bytes can be read through the FIFO register 
which will advance through the FIFO to allow reading the 
receive packet sequentially. 



Destination Address 



Source Address 



Length 



Data 



ORG 



= 6 bytes Station Physical 
Address 

= 6 bytes Station Physical 
Address 

2 bytes 

= 46 to 1500 bytes 

Appended by AT/LANTIC 
Controller if CRC = in TCR 



When in word-wide mode with Byte Order Select set, the 
loopback packet must be assembled in the even byte loca- 
tions as shown below. (The loopback only operated with 
byte wide transfers.) 

LS Byte (AD8-15) MS Byte (ADO-7) 





Destination 




Source 




Length 


' r 


: Date : 




CRC 



WTS = "1" B0S = "1" 



(DCR Bits) 



TL/F/1149a-64 
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When in word-wide mode with Byte Order Select low, the 
following format must be used for the loopback packet. 

MS Byte (AD8-15) LS Byte (ADO-7) 



Destination 




Source 




Length 




: Data ; 


" ; 


CRC 





WTS="1" BOS = "0" (OCR Bits) 

TL/Fni498-65 

Note: When jsing loopback In word mode 2n bytes must be programmed in 
ttie TBCHO, 1 . When n - actual number of bytes assembled in even 
or odd location. 

To initiate a loopback the user first assembles the loopback 
packet then selects the type of loopback using the Transmit 
Configuration register bits LBO, LB1 . The transmit configura- 
tion register must also be set to enable or disable CRC gen- 
eration during transmission. The user then issues a normal 
transmit command to send the packet. During loopback the 
receiver checks for an address match and if CRC bit in the 
TCR is set, the receiver will also check the CRC. The last 
8 bytes of the loopback packet are buffered and can read 
out of the FIFO using FIFO read port. 

Loopback Modes 

MODE1 : Loopback through the AT/LANTIC Controller Mod- 
ule (LB1 = 0, LBO = 1): If this loopback is used, the 
AT/LANTIC Controller Module's serializer is connected to 
the deserializer. 

MODE 2: Loopback through the ENDEC Module (LB1 = 1, 
LBO = 0): If the loopback is to be performed through the 
SNI, the AT/LANTIC Controller provides a control (LPBK) 
that forces the ENDEC module to loopback all signals. 
MODE 3: Loopback to the external coax interface or twisted 
pair interface module (LSI = 1, LBO = 1). Packets can be 
transmitted to the cable in loopback mode to check all of 
the transmit and receive paths and the cable itself. If, in 
twisted pair mode, there Is a link fail the transmitter will be 
disabled which could give misleading results in Mode 3. The 
link integrity should be checked, by reading Configuration 
Register B, before this tesL 

Note: Collision and Carrier Sense can be generated by the ENDEC module 
and are masked by the NIC module. II is not possible to go directly 
between the loopback modes, it is necessary to return to normal oper- 
ation (OOH) when changing modes. 

Reading the Loopback Packet 

The last eight bytes of a received packet can be examined 
by 8 consecutive reads of the FIFO register. The FIFO 
pointer Is increment after the rising edge of the CPU's read 
strobe by internally synchronizing and advancing the point- 
er. This may take up to four bus clock cycles, if the pointer 
has not been incremented by the time the CPU reads the 
FIFO register again, the AT/LANTIC Controller will insert 
wait states. 

Note: The FIFO may only be read during Loopback. Reading the FIFO at 
any other time will cause the AT/LANTIC Controller to mallunction. 

Alignment of the Received Packet In the FIFO 

Reception of the packet in the FIFO begins at location zero, 
after the FIFO pointer reaches the last location In the FIFO, 
the pointer wraps to the top of the FIFO overwriting the 
previously received data. 



This process is continued until the last byte is received. The 
AT/LANTIC Controller then appends the received byte 
count in the next two locations of the FIFO. The contents of 
the Upper Byte Count are also copied to the next FIFO loca- 
tion. The number of bytes used in the loopback packet de- 
termined the alignment of the packet in the FIFO. The align- 
ment for a 64-byte packet is shown below. 



FIFO 
Location 



FIFO Contents 






Lower Byte Count 




First Byte Read 


1 


Upper Byte count 


Second Byte Read 


2 


Upper Byte Count 




3 


Last Byte 




4 


CRC1 




5 


CRC2 




6 


CRC3 




7 


CRC4 


Last Byte Read 



For the following alignment in the FIFO the packet length 
should be (N X 8) + 5 Bytes. Note that if the CRC bit in the 
TCR is set, CRC will not be appended by the transmitter. If 
the CRC is appended by the transmitter, the 1sf four bytes, 
bytes N-3 to N, correspond to the CRC. 



FIFO 
Location 



FIFO Contents 






Byte N-4 


—*■ First Byte Read 


1 


Byte N-3 (CRC1) 


— *• Second Byte Read 


2 


Byte N-2 (CRC2) 




3 


Byte N-1 (CRC3) 




4 


Byte N (CRC4) 




5 


Lower Byte Count 




6 


Upper Byte Count 




7 


Upper Byte Count 


-^ Last Byte Read 



Loopback Tests 

Loopback capabilities are provided to allow certain tests to 
be performed to validate operation of the AT/LANTIC Con- 
troller prior to transmitting and receiving packets on a live 
network. Typically these tests may be performed during 
power up of a node. The diagnostic provides support to veri- 
fy the following: 

1. Verify integrity of data path. Received data is checked 
against transmitted data. 

2. Verify CRC logic's capability to generate good CRC on 
transmit verify CRC on receive (good or bad CRC). 

3. Verify that the Address Recognition Logic can 

a. Recognize address match packets 

b. Reject packets that fail to match an address 
Loopback Operation In the AT/LANTIC Controller 
Loopback is a modified form of transmission using only half 
of the FIFO. This places certain restrictions on the use of 
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loopback testing. When loopback mode is selected in the 
TCR, the FIFO is spilt. A packet should be assembled in 
memory with programming of TPSR and TBCRO, TBCR1 
registers. When the transmit command is issued the follow- 
ing operations occur: 

TRANSMITTER ACTIONS 

1. Data Is transferred from memory by the DMA until the 
FIFO is filled. For each transfer TBCRO and TBCR1 are 
decremented. (Subsequent burst transfers are initiated 
when the number of bytes in the FIFO drops below the 
programmed threshold.) 

2. The AT/I^NTIC Controller generates 56 bits of pream- 
ble followed by an 8-bit synch pattern. 

3. Data transferred from FIFO to serializer. 

4. if CRC = 1 In TCR, no CRC calculated by AT/LANTIC 
Controller, the last byte transmitted is the last byte from 
the FIFO (allows software CRC to be appended). If 
CRC = 0, AT/LANTIC Controller calculates and ap- 
pends four bytes of CRC. 

5. At end of Transmission PTX bit set In iSR. 

RECEIVER ACTIONS 

1. Walt for synch, all preamble stripped. 

2. Store packet in FIFO, increment receive byte count for 
each incoming byte. 

3. if CRC = in TRC, receiver checks incoming packet for 
CRC errors, (f CRC = 1 in TCR, receiver does not check 
CRC errors, CRC en-or bit always set In RSR (for address 
matching packets). 

4. At end of receive, receive byte count written into FIFO, 
receive status register is updated. The PRX bit is typically 
set In the RSR even if the address does not match. If 
CRC errors are forced, the packet must match the ad- 
dress filters in order for the CRC error bit in the RS to be 
set. 

EXAMPLES 

The following examples show what results can be expected 
from a properly operating AT/LANTIC Controller during 
loopback. The restrictions and results of each type of loop- 
back are listed for reference. The loopback tests are divided 
into two sets of tests. One to verity the data path, CRC 
generation and byte count through all three paths. The sec- 
ond set of tests uses internal loopback to verify the receiv- 
er's CRC checking and address recognition. For all of the 
tests the DCR was programmed to 401-1. 
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Path 


TCR 


RCR 


TSR 


RSR 


ISR 


AT/LANTIC 

Controller 

Internal 


02 


IF 


53 
(Note 1) 


02 
(Note 2) 


02 
(Note 3) 



Note 1: Since carrier sense and collision detect are generated in the 
ENDEC module. They are blocked during internal loopback, carrier 
and CD heartbeat are not seen and the CRS and CDH bits are set. 

Note 2: CRC errors are always indicated by receiver if CRC is appended by 
the transmitter. 

Note 3: Only the PTX bit in the ISR is set, the PRX bit is only set if status is 
written to memory. In loopback this action does not occur and the 
PRx bit remains for all loopback modes. 

Note 4: All values are hex. 



Path 


TCR 


RCR 


TSR 


RSR 


ISR 


AT/LANTIC 

Controller 

Internal 


04 


IF 


43 
(Notel) 


02 


02 


Note 1: CDH is set, CRS is not set since it Is generated by the external 
encoder/decoder. 


Path 


TCR 


RCR 


TSR 


RSR 


ISR 


AT/LANTIC 
Controller 
External 


06 


IF 


03 
(Note 1) 


02 


02 
(Note 2) 



Note 1: CDH and CRS should not be set. The TSR however, could also 
contain 01H,03H,07H and a variety of other values depending on 
whether collisions were encountered or the pacl^et was deferred. 

Note 2: Will contain 08H if packet is not transmittabie. 

Note 3: During external loopbacl< the AT/LANTIC Controller is now ex- 
posed to networi< traffic, it is therefore possible for the contents of 
both the Receive portion of the FIFO and the RSR to be corrupted 
by any other packet on the network. Thus in a live network the 
contents of the FIFO and RSR should not be depended on. The 
AT/LANTIC Controller will still abide by the standard CSMA/CD 
protocol In external loopback mode (i.e. the network will not be 
disturbed by the loopback packet). 

Note 4: All values are hex. 

CRC and Address Recognition 

The next three tests exercise the address recognition logic 
and CRC. These tests should be performed using Internal 
loopback only so that the AT/LANTIC Controller Is isolated 
from interference from the network. These tests also require 
the capability to generate CRC in software. 
The address recognition logic cannot be directly tested. The 
CRC and FAE bits in the RSR are only set If the address in 
the packet matches the address filters. If errors are expect- 
ed to be set and they are not set, the packet has been 
rejected on the basis of an address mismatch. The following 
sequence of packets will test the address recognition logic. 
The DCR should be set to 40H, the TCR should be set to 
03H with a software generated CRC. 



Packet Contents 


Results 


Test 


Address 


CRC 


RSR 


Test A 
Tests 
Teste 


Matching 

Matching 

Non-Matching 


Good 
Bad 
Bad 


01 (Notel) 

02 (Note 2) 

01 



Note 1: Status will read 2tH if multicast address used. 

Note 2: Status will read 22H if multicast address used. 

Note 3: In test A, the RSR is set up. In test B the address is found to match 
since the CRC is flagged as bad. Test C proves that the address 
recognition logic can distinguish a bad address and does not notify 
the RSR of the bad CRC. The receiving CRC is proven to work in 
test A and test B. 

Note 4: Ail values are hex. 
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FIGURE 36. Tally Counters 



Network Management Functions 
Network management capabilities are required for mainte- 
nance and planning of a local area network. The 
AT/LANTIC Controller supports the minimum requirement 
for network management In hardware, the remaining re- 
quirements can be met with software. Software alone can 
not track during reception of packets: CRC errors, Frame 
Alignment errors, and missed packets. Figure 36. 
Since errored packets can be rejected, the status associat- 
ed with these packets is lost unless the CPU can access the 
Receive Status Register before the next packer arrives. In 
situations where another packet arrives very quickly, the 
CPU may have no opportunity to do this. The AT/LANTIC 
Controller counts the number of packets with CRC errors 
and Frame Alignment errors. 8-blt counters have been se- 
lected to reduce overhead. The counters will generate Inter- 
rupts whenever their MSBs are set so that a software rou- 
tine can accumulate the network statistics and reset the 
counter before overflow occurs. The counters are sticky so 
that when they reach a count of 192 (COH) counting is halt- 
ed. An additional counter is provided to count the number of 
packets the AT/LANTIC Controller misses due to buffer 
overflow or being offline. 

The structure of the counters is shown in Figure 36. 
Additional Information required for network management Is 
available In the Receive and Transmit Status Registers. 
Transmit status is available after each transmission for infor- 
mation regarding events during transmission. 
Typically, the following statistics might be gathered In soft- 
ware: 
Traffic: Frames Sent OK 

Frames Received OK 

Multicast Frames Received 

Packets Lost Due to Lack of Resources 

Retries/Packet 
Errors: CRC Errors 

Alignment Errors 

Excessive Collisions 

Packet with Length Errors 

Heartbeat Failure 
6.6 MEMORY ARBITRATION AND BUS OPERATION 
The AT/LANTIC Controller will always operate as a slave 
device on its peripheral Interface to the ISA bus. However 
on the memory bus, the AT/LANTIC Controller operates in 
three possible modes: 

1. Bus Master of Local Packet Buffer RAM 

2. Bus Slave when accessed by the CPU via the Bus Inter- 
face 

3. Idle, when no activity is occurring. 
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FIGURE 37. DP8390 Core Bus States 

Upon power-up the AT/LANTIC Controller Is In an Indeter- 
minate state. After receiving a hardware reset the 
AT/LANTIC Controller Is a bus slave in the Reset State, the 
receiver and transmitter are both disabled In this state. The 
reset state can be re-entered under four conditions, soft 
reset (Stop Command), register reset (reset port in I/O 
mode, bit In Control Register 1 In shared memory mode), 
hard reset (RESET input) or an error that shuts down the 
receiver or transmitter (FIFO underflow or overflow, receive 
buffer ring overflow). 

After Initialization of registers, the AT/LANTIC Controller is 
issued a Start command and the AT/LANTIC Controller en- 
ters Idle state. Until the DMA is required the AT/LANTIC 
Controller remains In Idle state. 

The idle state Is exited and the AT/LANTIC Controller will 
drive the local memory bus when a request from the FIFO in 
the DP8390 (NIC) core causes the memory bus interface 
logic to issue a read or write operation, such as when the 
AT/LANTIC Controller is transmitting or receiving data. 
In I/O mode the NIC Core's Remote DMA also requests 
access from the memory bus. When software programs an 
I/O mode data transfer between the CPU and the buffer 
RAM, the Remote DMA controls this request. 
In Shared Memory Mode, the memory bus Is accessed via 
the CPU interface directly. 

All Local DMA transfers are burst transfers, the DMA will 
transfer an exact burst of bytes programmed in the Data 
Configuration Register (DCR) then relinquish the memory 
bus. If there are remaining bytes In the FIFO the next burst 
will not be initiated until the FIFO threshold Is exceeded. 

I/O Mode Operation 

In I/O mode the AT/LANTIC Controller transfers data to 
and from the packet buffer RAM by utilizing the Remote 
DMA logic which is programmed by the main system CPU to 
transfer data through the AT/LANTIC Controller's Internal 
data port register. 
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FIGURE 38. I/O Operation: All Data Transfers and 
Arbitration is Controlled by tlie NiC Core 

INTERLEAVED LOCAL/REMOTE OPERATION 
When in I/O mode the remote DMA Is used to transfer data 
to/from the main system. If a remote DMA transfer is initiat- 
ed or in progress when a packet is being received or trans- 
mitted, the Remote DMA transfers will be interrupted for 
higher priority Local DMA transfers. When the Local DMA 
transfer is completed the Remote DMA wili rearbitrate for 
the bus and continue its transfers. 
It the FIFO requires service while a remote DMA is in prog- 
ress the Local DMA burst is appended to the Remote Trans- 
fer. When switching from a local transfer to a remote trans- 
fer there is a break to allow the CPU to fairly contend for the 
bus. 

REMOTE DMA BI-DIRECTIONAL PORT 

The Remote DMA transfers data between the local buffer 

memory and the internal bidirectional port (memory to I/O 

transfer). 

This transfer is arbitrated on a transfer by transfer basis 
versus the burst transfer mode used for Local DMA trans- 
fers. This bidirectional port is integrated onto the AT/LAN- 
TIC Controller, and is read/written by the host. All transfers 
through this port are asynchronous. At any one time trans- 
fers are limited to one direction, either from the port to local 
buffer memory (Remote Write) or from local buffer memory 
to the port (Remote Read). 
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FIGURE 39. 1st Received Packet 
Removed by Remote DMA 



(Continued) 

I/O MODE REMOVING PACKETS FROM RING 
Network activity is isolated on a local bus, where the 
AT/LANTIC Controller's local DMA channel performs burst 
transfers between the buffer memory and the AT/LANTIC 
Controller's FIFO. The Remote DMA transfers data be- 
tween the buffer memory and the host memory via the inter- 
nal bidirectional I/O port. The Remote DMA provides local 
addressing capability and is used as a slave DMA by the 
host. The host system reads the I/O port to transfer data 
between the system and I/O port. The AT/LANTIC Control- 
ler allows Local and Remote DMA operations to be inter- 
leaved. 

Packets are removed from the ring using the Remote DMA. 
When using the Remote DMA the Send Packet command 
can be used. This programs the Remote DMA to automati- 
cally remove the received packet pointed to by the Bounda- 
ry Pointer. At the end of the transfer, the AT/LANTIC Con- 
troller moves the Boundary Pointer, freeing additional buff- 
ers for reception. The Boundary Pointer can also be moved 
manually by programming the Boundary Register. Care 
should be taken to keep the Boundary Pointer at least one 
buffer behind the Current Page Pointer. 
Data transfer by the Remote DMA to the integrated I/O data 
port is dependent on whether the AT/LANTIC Controller is 
set into 8-bit mode or 16-bit mode, in 8-bit mode all trans- 
fers are 8 bits (1 byte) wide. When in 16-bit mode all trans- 
fers are 16 bits (1 word) wide. The data width is selected by 
setting the WTS bit in the Data Configuration Register and 
setting the DWID pin for the proper mode. 
The following is a suggested method for maintaining the 
Receive Buffer Ring pointers if in shared memory mode or if 
remote read is used in I/O mode. 

1. At initialization, set up a software variable (next_pkt) to 
indicate where the next packet will be read. At the begin- 
ning of each Remote Read DMA operation, the value of 
nexl_pkt will be loaded into RSARO and RSAR1. 

2. When initializing the AT/LANTIC Controller set: 
BNDRY=PSTART 

CURR = PSTART + 1 
next_pkt = PSTART -I- 1 

3. After a packet is DMAed from the Receive Buffer Ring, 
the Next Page Pointer (second byte in the AT/LANTIC 
Controller buffer header is used to update BNDRY and 
next pkt. 

next_pkt = Next Page Pointer 

BNDRY = Next Page Pointer - 1 

If BNDRY < PSTART then BNDRY = PSTOP - 1 
Note the size of the Receive Buffer Ring is reduced by one 
256 byte buffer, this will not, however, impede the operation 
of the AT/LANTIC Controller. The advantage of this 
scheme is that it easily differentiates between buffer full and 
buffer empty: it is full If BNDRY = CURR; empty when 
BNDRY = CURR-1. If, in I/O mode, send packet is used 
to empty the buffer ring this scheme cannot be used. 
BNDRY must be initialized equal to CURR, or the first exe- 
cuted send packet will not return data from the received 
packet, which will be written at CURR. The Ovenwrite Warn- 
ing bit of the Interrupt Status Register must be used in this 
mode to differentiate between buffer full and buffer empty. 
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I/O MODE REMOTE DMA COMMANDS 
The Remote DMA channel Is used In the I/O Mode to both 
assemble packets for transmission, and to remove received 
packets from the Receive Buffer Ring. It may also be used 
for moving blocks of data or commands between host mem- 
ory and local buffer memory. (In Shared Memory Mode, the 
Remote DMA should be disabled, and not used. Packet 
transfer to/from the system is accomplished by normal CPU 
read/write operations.) 

There are three modes of Remote DMA operation: Remote 
Write, Remote Read, or Send Packet. 
Two register pairs are used to control the Remote DMA, a 
Remote Start Address (RSARO, RSAR1) and a Remote 
Byte Count (RBCRO, RBCRI) register pair. The Start Ad- 
dress Register pair points to the beginning of the block to be 
moved while the Byte Count Register pair Is used to Indicate 
the number of bytes to be transferred. Full handshake logic 
Is provided to move data between local buffer memory and 
a bidirectional I/O port. 

Remote Write: A Remote Write transfer is used to move a 
block of data from the host into local buffer memory. The 
Remote DMA will read data from the I/O port and sequen- 
tially write it to local buffer memory beginning at the Remote 
Start Address. The DMA Address will be Incremented and 
the Byte Counter will be decremented after each transfer. 
The DMA is terminated when the Remote Byte Count Regis- 
ter reaches a count of zero. 

Remote Read: A Remote Read transfer Is used to move a 
block of data from local buffer memory to the host. The 
Remote DMA will sequentially read data from the local buff- 
er memory, beginning at the Remote Start Address, and 
write data to the I/O port. The DMA Address will be Incre- 
mented and the Byte Counter will be decremented after 
each transfer. The DMA is terminated when the Remote 
Byte Count Register reaches zero. 



Send Packet Command: The Remote DMA channel can 
be automatically Initialized to transfer a single packet from 
the Receive Buffer Ring. The CPU begins this transfer by 
issuing a "Send Packet" Command. The DMA will be Initial- 
ized to the value of the Boundary Pointer Register and the 
Remote Byte Count Register pair (RBCRO, RBCRI) will be 
initialized to the value of the Receive Byte Count fields 
found In the Buffer Header of each packet After the data is 
transferred, the Boundary Pointer is advanced to allow the 
buffers to be used for new receive packets. The Remote 
Read will terminate when the Byte Count equals zero. The 
Remote DMA Is then prepared to read the next packet from 
the Receive Buffer Ring. If the DMA pointer crosses the 
Page Stop Register, It is reset to the Page Start Address. 
This allows the Remote DMA to remove packets that have 
wrapped around to the top of the Receive Buffer Ring. 
Note 1: In order lor the AT/LANTIC Controller to correctly execute the 
Send Packet command, the upper Remote Byte Count Register 
(RBCRI) must first be loaded with OFH. 
Note 2: The Send Packet command cannot be used with 680x0 type proc- 
essors. 

I/O MODE READ TIMING 

1 . The DMA reads a word from local buffer memory and 
writes the word Into the internal latch, increments the 
DMA address and decrements the byte count 
(RBCRO.I). 

2. Internally a request line is asserted to enable the system 
to read the port. If the system reads this port before the 
data has been written, then the system is sent a wait 
signal to wait until the data has been written to the port. 
Once written the system's read Is allowed to complete. 

3. The system reads the port, the read strobe for the port Is 
used as an acknowledge to the Remote DMA and It goes 
back to step 1. 



1-57 



6.0 Operation of AT/LANTIC Controller (Continued) 



Steps 1 -3 are repeated until the remote DMA is complete 
(i.e. the byte count has gone to zero). 
Note that in order for the Remote DMA to transfer a word 
from memory to the latch, it must arbitrate access to the 
local buffer RAM. After each word is transferred to the Inter- 
nal latch, access to the RAM Is relinquished, if a Local DMA 
Is In progress, the Remote DMA Is held off until the local 
DMA Is complete. 

I/O MODE WRITE TIMING 

A Remote Write operation transfers data from the I/O port 
to the local buf fer RA M. The system transfers a byte-word 
to the latch via IQWR. This write strobe Is detected by the 
AT/LANTIC Controller and the byte/word Is transferred to 
local buffer memory. The Remote DMA holds off further 
transfers Into the latch until the current byte/word has been 
transferred from the latch. 

1. AT/LANTiC Controller awaits data to be written by the 
system. System writes byte/word Into latch. 

2. Remote DMA reads contents of port and writes byte/ 
word to local buffer memory, increments address and 
decrements byte count (RBCR0,1). 

3. Go bacl< to step 1 . 

Steps 1 -3 are repeated until the remote DMA is com- 
plete. 
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FIGURE 41. Shared Memory Mode the 
ISA Bus Directly Access the RAM 

Shared Memory Mode Operation 
In shared memory mode the AT/LANTIC Controller trans- 
fers data to or from the packet buffer RAM directly from or 
to the ISA bus. The buffer RAM Is mapped into system 
memory with the AT/LANTIC Controller doing all address 
decoding, synchronization and handshal<ing. 
INTERLEAVED SHARED/LOCAL OPERATION 
When in shared memory mode the local DMA Is used to 
transfer data to or from the FIFO in the NIC core and ulti- 
mately the network. If a local DMA transfer is in progress 
when a shared memory access occurs the system is sent a 
wait state signal until the local DMA has been completed. If 
the shared memory access begins first then it will be com- 
pleted before any local DMA is allowed. 



SHARED MEMORY HOST DATA TRANSFER 
In Shared Memory Mode the system reads data from the 
RAM directly, usually using memory string move instruc- 
tions. The memory is enabled by setting D6 of Shared Mem- 
ory Control Register 1. The base address of the memory is 
programmed by writing to the Control Registers. 
If DWID is low only Control Register 1 is used to program 
base address, so the memory must exist in the lower 
1 Mbytes of system memory. A19 is always Compared to a 
1 when DWID is low. The A13-18 bits are compared to the 
address lines, if there is 8k of memory. A13 is not compared 
in 16k mode. At 3- 14 are not compared in 32k mode (8-bit 
non-compatible) and A13-15 are not compare in 64k mode 
(16-blt non-compatible). 

If DWID is high both Control Registers must be programmed 
to set the base address, so the memory can exist anywhere 
in up to 16 Gbytes of system memory. LAI 9 can be either 1 
or 0. The same limited decode, as detailed above, also oc- 
curs depending on the memory size. 

SHARED MEMORY READ TIMING 
The system executes a normal memory read cycle which 
the AT/LANTIC Controller will complete immediately, if idle, 
or insert wait states into if local DMA is current. The byte or 
word of data is fetched from the buffer RAM via the memory 
support bus. 

SHARED MEMORY WRITE TIMING 
The system executes a normal memory write cycle which 
the AT/LANTiC Controller will complete immediately, if idle, 
or insert wait states into if local DMA is current. The byte or 
word of data is written to the buffer RAM via the memory 
support bus. 

6.7 FUNCTIONAL BUS TIMING 

This section describes the bus cycles that the AT/LANTIC 
Controller performs. These timings can be subdivided into 3 
basic categories: 

1. ISA I/O Access: There are register accesses in both 
modes, and I/O data accesses in I/O mode. 

2. Shared RAM ISA Accesses: These are the timing for the 
ISA bus accesses through the AT/LANTIC Controller to 
the memory bus and buffer RAM. 

3. Boot PROM ISA Accesses: These are the timing for the 
ISA bus accesses through the AT/LANTIC Controller to 
the memory bus and boot PROM. 

4. Local and I/O RAM Accesses: This is the timing of the 
Local DMA, accesses from the NIC Core FIFO to the 
RAM, and the Remote DMA accesses to the RAM over 
the memory bus. 

ISA Bus I/O Accesses 

The AT/LANTIC Controller is designed to directly interface 
to the ISA bus (PC-AT backplane bus). The CPU can read or 
write any internal registers. All register accesses are byte 
wide. The functional timing for AT/LANTIC Controller ac- 
cesses are shown in the following pages. 
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This Is the type of cycle used to read from a register or, In 8-bit I/O mode, from a data transfer port. These access es are entirely 
asynchronous, with the AT/LANTIC Controller responding when it decodes the correct address on SAO-9 and an lORD. If AEN 
Is high the cycle will be ignored. CHRDY Is deasserted If the AT/LANTIC Controller is not ready to respond and asserted when 
ready. If it is ready immediately CHRDY is not deasserted. The data will always appear on SDO-7. 
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This is the type of cycle used to write to a register or, in 8-blt I/O mode, to a data transfer port. These access es are entirely 
asynchronous, with the AT/LANTIC Controller responding when It decodes the correct address on SAO-9 and an lOWR. If AEN 
is high the cycle will be Ignored. CHRDY Is deasserted If the AT/LANTIC Controller is not ready to respond and asserted when 
ready. If it is ready immediately CHRDY is not deasserted. The data will always be taken from SDO-7. 
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This is the type of cycle used to read from a data transfer port in 16-bit I/O mode. These accesses are entirely asynchronous, 
with the AT/LANTIC Controller responding when it decodes the correct address on SAO-9 and an K3RD. If AEN is high the 
cycle will be ignored. CHRDY is deasserted if th e AT/ LANTIC Controller is not ready to respond and asserted when ready. If it is 
ready immediately CHRDY is not deasserted. 1016 is generated, when an address within the AT/LANTIC Controller's data 
transfer port is decoded, to indicate to the system that this is a 16-bit transfer. I f the 101 SCON bit in Configuration Register B is 
low th en it wi ll be a straight decode of the SAO-9 lines. If that bit is high the 1016 output will be generated after k5RD goes 
active. SBHE must be low, to indicate that this is a 16-bit transfer, and the address should be even, SAO low. The data will 
appear on SDO-15. 
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This is the type of cycle used to write to a data transfer port in 16-bit I/O mode. These accesses are entirely asynchronous, with 
the AT/LANTIC Controller responding when it decodes the correct address on SAO-9 and an IOWR. If AEN is high the cycle will 
be ignored. CHRDY is deasserted if th e AT /LANTIC Controller is not ready to respond and asserted when ready. If it is ready 
immediately CHRDY is not deasserted. 101 6 is generated, when an address within the AT/LANTIC Controller's data transfer port 
is decoded, to indicate to the system that this is a 1 6-bit trans fer. If the 101 6C0N bit in Configuration Register B is low then it will 
be a straight decode of the SAO-9 lines. If that bit is high the 101 6 output will be generated after IOWR goes active. SBHE must 
be low, to indicate that this is a 16-bit transfer, and the address should be even, SAO low. The data will be taken from SDO-15. 
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16-Blt I/O Cycle with CHRDY Fix 
Some Chips and Technologies and VLSI Technologies PC-AT chip sets have timing requirements In 16-bit I/O cycles that 
cannot be achieved by the default AT/LANTIC cycle, described on the previous page. When that cycle is executed with these 
chip sets the system does not recognize the CHRDY signal and does not insert wait states. The system executes a standard 
cycle and deasserts lORD or lOW even if CHRDY is still deasserted. The AT/LANTIC recognizes if this situation has occun-ed, 
asserts CHRDY and sets a bus error bit in Configuration Register B to flag this error. Thus the user can test any new system to 
see if this error occurs and then take some remedial action. There are two ways of overcoming this problem, which are 
implemented by various board vendors. The AT/LANTIC supports both methods to allow the user to decide. Either fix can be 
selected by software, by writing to Configuration Register B. 

The first fix Is enabled by setting the 1016-bit of Configuration Register B. In normal operation any time a valid address exists on 
SAO-9 1016 is generated. Delaying 1016 until after the lORD or lOW can cure the problem on non-compliant machines. The 
theory is that the system Is fooled Into thinldng an 6-bit peripheral is responding, since 1016 is not generated for the valid 
address, and accepts 8-bit I/O cycle timings for CHRDY. It then rechecks 1016 after the lORD or lOW strobe and correctly 
determines it is a 16-bit peripheral. If a system did not recheck I016 it would generate 2 8-bit cycles instead of 1 16-bit cycle. 
The AT/LANTIC would interpret each 8-bit access as a 16-bit transfer and decrement it's DMA byte count by 2. Eventually the 
system would attempt to access the data transfer port when the AT/LANTIC had finished transferring data and CHRDY would 
be deasserted Indefinitely. To prevent misoperation, this fix should only be implemented on systems that require it. 
The above figure shows the second fix to the problem with non-compliant machines. It is enabled by setting the CHRDY bit of 
Configuration Register B. This approach works on the theory that CHRDY deassertion is not fast enough and should be faster. 
In fact, it must be deasserted before the lORD or lOW strobe to operate correctly in some machines. All of the signals shown 
above are the same as a normal 16-bit I/O cycle, except CHRDY. BALE goes active and the address becomes valid after a 
falling edge of ISACLK. This causes the AT/LANTIC to generate 1016 if the address decodes to the data transfer port. BALE 
goes inactive after the next rising edge of ISACLK and lORD or lOW is asserted after the following falling edge. Normally 
CHRDY would be deasserted after the lORD or lOW strobe, if the AT/LANTIC was not ready. With this fix implemented CHRDY 
is deasserted as soon as the address becomes valid and BALE is active. If a memory cycle is in operation, instead of an I/O, 
CHRDY is asserted after the command strobe (MRD, MWR, SMRD or SMWR). If the address becomes invalid CHRDY is 
asserted. To prevent CHRDY being asserted for the half clock between BALE going inactive and lORD or lOW going active the 
AT/LANTIC holds CHRDY asserted as long as ISACLK is high between these signals. If the delay between the falling edge of 
ISACLK and the falling edge of lORD or lOW is too great, there may be a period where CHRDY is not held deasserted. This 
should not cause a problem. To prevent misoperation, this fix should only be implemented on systems that require it 
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00 
DL 

Q ISA Bus Shared Memory Access Timing 

Shared lUemory IMode Read Bus Timing with DWiD Low 
J \ 



-^ /^^^^ 



CHRDY 



A r 



300-7 ^^^^^^^CZD^ 



RCSl or 
RCS2 



MSRD 









MSDO-7 
or MSD8 



TL/F/1 1498-43 

This is the type of cycle used to read from buffer RAM In shared memory mode when DWID Is low. These accesses are entirely 
asynchr onous, with the AT/LANTIC Controller responding when It decodes the address on SAO-1 9 matches Controi Register 1 
and an SMRD. If AEN is high the cycle will be ignored. CHRDY Is deasserted if the AT/LANTIC Controller is not ready to 
respond and asserted when ready. If it is ready immediately CHRD Y is not deasserted. If the memory width bit in Control 
Register 2 is low then 8 kbytes of RAIVI are accessible, so only RCSl is used to strobe data and the data is always on MSDO-7. 
If this bit is high 16 kbytes of RAM ar e acce ssible, so both chip selects and byte lanes are used. If the memory address is even 
RCS1 and MSDO-7 are used, if odd RCS2 and MSD8-15 are used. System data is always output on SDO-7. 
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6.0 Operation of AT/LANTIC Controller (continued) 
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TL/F/1 1498-44 

This is the type of cycle used to write to buffer RAM In shared memory mode when DWID is low. These accesses are entirely 
asynchronous, with the AT/LANTIC Controller responding when it decodes the address on SAO-19 matches Control Register 1 
and an SMWR. If AEN is high the cycle will be ignored. CHRDY is deasserted if the AT/LANTIC Controller is not ready to 
respond and asserted when ready. If it is ready immediately CHRD Y is not deasserted. if the memory width bit in Control 
Register 2 is low then 8 kbytes of RAM are accessible, so only RCS1 is used to strobe data and the data is always on MSDO- 7. 
If this bit is high 16 kbytes of RAM ar e acce ssible, so both chip selects and byte lanes are used. If the memory address is even 
RCS1 and MSDO-7 are used, if odd RCS2 and MSD8-15 are used. System data is always taken from SDO-7. 
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TL/F/11498-45 

This is the type of cycle used to read 16 bits from buffer RAM is shared memory mode when DWID Is high. These accesses are 
entlrei y asy nchronous, with the AT/UVNTiC Controller responding when it decodes the correct address on 1^17-23, SAO-19 
and a MRD. If AEN is high the cycle wili be ignored. CHRDY is deasserted if the AT/LANTiC Controlier Is not ready to respond 
and asserted when r eady , if it is ready Immedlateiy CHRDY is not deasserted. The 8/16-bit in Control Register 2 must be set to 
aliow generation of N/116. This will be generated whenever the LAI 7-23 lines match the corresponding values In Controi 
Register 2. It will therefore be generated for a full 128 kbytes of address space, although the AT/LANTiC Controlier will occupy 
less than that, it may be preferable to only set the 8/16-blt for the duration of a transfer from the buffer RAM. The AT/LANTiC 
Controlier will also compare the address line programmed in Controi Register 1 before allowing accesses to buffer RAM and 
therefore do a complete decode. The system indicates that this is a 1 6-blt transfer by asserting SBHE and accessing an even 
address, SAO low. The full 16 bits of data bus are used on both system and memory support busses. 
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This is the type of cycle used to write 16 bits to buffer RAH/l in shared memory mode when DWID is high. These accesses are 
entirely asynchronous, with the AT/LANTIC Controller responding when it decodes the correct address on UM7-23, SAO-19 
and a raWR. If AEN is high the cycle will be ignored. CHRDY is deasserted if the AT/LANTIC Controller is not ready to respond 
and asserted when ready If it is ready immediately CHRDY is not deasserted. The 8/1 6-bit in Control Register 2 must be set to 
allow generation of MT6. This will be generated whenever the LAI 7-23 lines match the corresponding values in Control 
Register 2. It will therefore be generated for a full 128 kbytes of address space, although the AT/LANTIC Controller will occupy 
less than that. It may be preferable to only set the 8/16-bit for the duration of a transfer to the buffer RAM. The AT/LANTIC 
Controller will also compare the address line programmed in Control Register 1 before allowing acces ses to buffer RAM and 
therefore do a complete decode. The system indicates that this is a 16-bit transfer by asserting SBHE and accessing an even 
address, SAO low. The full 16 bits of data bus are used on both system and memory support busses. 
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TL/F/1 1498-47 

This is the type of cycle used to read 8 bits from buffer RAM In shared memory mode when DWID is high. These accesses are 
entirel y asy nchronous, with the AT/LANTIC Controller responding when it decodes the correct address on LAI 7-23, SAO- 19 
and a MRD. If AEN is high the cycle will be ignored. CHRDY is deasserted if the AT/LANTIC Controller is not ready to respond 
and asserted when r eady . If it is ready immediately CHRDY is not deasserted. The 8/16-bit in Control Register 2 must be set to 
allow generation of M16. This will be generated whenever the LA17-23 lines match the corresponding values in Control 
Register 2. It will therefore be generated for a full 128 kbytes of address space, although the AT/LANTIC Controller will occupy 
less than that It may be preferable to only set the 8/16-bit for the duration of a transfer from the buffer RAM. The AT/LANTIC 
Controller will also compare the address line programmed in Control Register 1 before allowing accesses to buffer RAM and 
therefore do a complete decode. The system indicates that this is an 8-bit transfer by not asserting SBHE for an even address, 
SAO low, or by accessing an odd addres s. SAO high. If the 8/16-bit is low the A T/LAN TIC Controller will only drive data onto 
SDO-7. Even addresses will use RCS1 and MSDO-7, odd addresses will use RCS2 and MSD8-15. If 8/16-bit is high the 
AT/LANTIC Controller can drive either SDO-7 or 508 -15. Even addresses are fetched using RCST and MSDO-7 and driven 
onto SDO-7. Odd addresses are fetched using RCS2 and MSD8-15 and driven onto SD8-15. 
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TL/F/11498-48 

This is the type of cycle used to write 8 bits to buffer RAM in shared memory mode when DWID is high. These accesses are 
entirely asynchronous, with the AT/LANTIC Controller responding when it decodes the correct address on UM7-23, SAO-19 
and a iURD. If AEN is high the cycle will be ignored. CHRDY is deasserted if the AT/WNTIC Controller is not ready to respond 
and asserted when ready. If it is ready immediately CHRDY is not deasserted. The 8/16-bit in Control Register 2 must be set to 
allow generation of Mie. This will be generated whenever the LAI 7-23 lines match the corresponding values in Control 
Register 2. It will therefore be generated for a full 1 28 kbytes of address space, although the AT/LANTIC Controller will occupy 
less than that, it may be preferable to only set the 8/1 6-bit for the duration of a transfer to the buffer RAM. The AT/LANTIC 
Controller will also compare the address line programmed in Control Register 1 before allowing a ccesse s to buffer RAM and 
therefore do a complete decode. The system indicates that this Is an 8-bit transfer by not asserting SBHE for an even address, 
SAO low, or by accessing an odd addres s, SAO high. If the 8/16-bit is low the A T/LAN TIC Controller will only read data from 
SDO-7. Even addresses will use RCS1 and MSDO-7, odd addresses will use RCS2 and MSD8-15. if 8/16-bit is high the 
AT/LANTIC Controller can read from either SDO-7 or SD8-1 5. Even addresses are rea d from SDO-7 and written to RAM using 
RCS1 and MSDO-7. Odd addresses are read from SD8-15 and written to RAM using RCS2 and MSD8-15. 
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TL/F/1 1498-49 

This is the type of cycle used to read the boot PR0IV1. These accesses a re entir ely asynchronous, with the AT/LANTIC 
Controller responding when it decodes the correct address on SAO-19 and a SMRD. If AEN is high the cycle will be ignored. 
CHRDY is deasserted if th e AT /LANTIC Controller is not ready to respond and asserted when ready. If it is ready immediately 
CHRDY is not deasserted. M16 Is only generated If the AT/LANTIC Controller Is 1) In shared memory mode AND 2) DWID 
Is high AND 3)8/16-blt in Control Register 2 is high AND 4) the LA17-23 lines match the corresponding values in 
Control Register 2. The data will normally be driven onto SDO-7. However, if M16 is generated and the access is to an odd 
address the data will be driven onto SD8-1 5. The data will always be taken from MSDO-7. 



1-68 



6.0 Operation of AT/LANTIC Controller (Continued) 
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This is the type of cycle used to write to the boot PROM. These accesses are enti rely asynchronous, with the AT/LANTIC 
Controller responding when it decodes the correct address on SAO-19 and a SMWR. If AEN is high the cycle will be ignored. 
CHRDY is deasserted if the AT/LANTIC Controller is not ready to respond and asserted when ready. If it is ready immediately 
CHRDY is not deasserted. N/116 Is oniy generated if the AT/LANTiC Controlier Is 1) in shared memory mode AND 2) DWiD 
is high AND 3) 8/16-blt in Controi Register 2 is high AND 4) the LA17-23 lines match the corresponding values in 
Control Register 2. The data will normally be taken from SDO-7. However, if Iul16 is generated and the access is to an odd 
address the data will be taken from SD8-15. The data will always be driven onto MSDO-7. The BPWR bit of Configuration 
Register B must be high to allow write cycles to the boot PROM. 
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This is a memory read cycle executed by the AT/i-ANTiC Conlroiier's internal DMA. This is used to either load the data transfer 
port, during a Remote Read in i/O mode, or to load the FIFO, for a transmission on the network, in both modes. This transfer is 
synchronized to BSCLK, which can be either driven from the 20 MHz input on XI or by the BSCLK input. This Is selected by the 
Ci^KSE L bit in Configuration Register C. If there is 8 i<bytes of RAM only RCS1 is used, if 16 kbytes are available RCST and 
RCS2 are used. 
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This is a memory write cycle executed by the AT/LANTIC Controller's internal DMA. This is used to either write from the data 
transfer port, during a Remote Write in I/O mode, or to empty the FIFO, during a reception from the network, in both modes. This 
transfer is synchronized to BSCLK, which can be either driven from the 20 MHz inpu t on X 1 or by the BSCLK input. This is 
select ed b y the C LKSEL bit in Configuration Register C. if there is 8 kbytes of RAM only RCST is used, if 16 kbytes are available 
RCS1 and RCS2 are used. 
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7.0 Preliminary Operating Conditions 

Electricai Characteristics "'" "^^ ""'"^ 

Supply Voltage (Vcc) 4.75 5.25 V 
Operating Temperature (Ta) +70 'C 

Absolute IViaximum Ratings esd Tolerance: 1.25 kv 

If Military/Aerospace specified devices are required, Czap = 100pF, Rzap = 1.5 kn 
please contact the National Semiconductor Sales 
Office/Distributors for availability and specifications. 

Supply Voltage (Vcc) - 0.5V to + 7.0V 
Storage Temperature (Tstg) - 65°C to + 1 50'C 
Package Power Dissipation (Pp) BOO mW 
Lead Temperature (Tl) 260°C 
(Soldering, 10 seconds) 

Preliminary DC Specifications 


Symbol 


Description 


Conditions 


MIn 


Max 


Units 


SUPPLY CURRENT 


Ice 


Average Active (Transmitting/ Receiving) 
Supply Current 


XI =20 MHz Clock 
V|N = Switching 




100 


mA 


ICCIDLE 


Average Idle Supply Current 


XI =20 MHz Clock 
V|N = VccorGND 




80 


mA 


ICCLP 


Low Power Supply Current 


XI = Undriven 

V|N = Vcc = Undriven 




35 


liA 


TTL INPUTS 


V|L 


Maximum Low Level Input Voltage 






0.8 


V 


V|H 


Minimum High Level Input Voltage 




2.0 




V 


l|N 


Input Current 


V| = VccorGND 


-1.0 


+ 1.0 


IxA 


3SH TRI-STATE high DRIVE I/O 


VOH 


Minimum High Level Output Voltage 


lOH = -3 mA 


2.4 




V 


Vol 


Maximum Low Level Output Voltage 


lOL = 24 mA 




0.5 


V 


V|L 


Maximum Low Level Input Voltage 






0.8 


V 


V|H 


Minimum High Level Input Voltage 




2.0 




V 


l|N 


Input Current 


V| = Vcc or GND 


-1.0 


+ 1.0 


jaA 


loz 


Maximum TRI-STATE Output Leakage Current 


VoUT = VccorGND 


-10.0 


+ 10.0 


jaA 


MOS INPUTS, OUTPUTS AND I/O 


VoH 


Minimum High Level Output Voltage 


IOH= -20iaA 


Vcc - 0.1 




V 


Vol 


Maximum Low Level Output Voltage 


IOL = 20nA 




0.1 


V 


V|L 


Maximum Low Level input Voltage 






0.8 


V 


V|H 


Minimum High Level Input Voltage 




2.0 




V 


VlLD 


Maximum Low Level Input Voltage DWID 






1-0 


V 


VlHD 


Minimum High Level Input Voltage DWID 




4.0 




V 


l|N 


Input Current 


V| = VccorGND 


-1.0 


+ 1.0 


mA 


l|ND 


Input Current TEST, DWID Pull Down Reslster 


V| = Vcc 




2000 


mA 


l|N2 


Input Current TEST, MSDO-7 


V| = VccorGND 




2000 


IxA 


l|N3 


Input Current TEST, MSD8-15, MSA1 -8 


V| = VccorGND 
RESET = Active 




2000 


,,A 


loz 


Maximum TRI-STATE Output Leakage Current 


VouT = VccorGND 


-10.0 


+ 10.0 


mA 
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7.0 Preliminary Electrical Characteristics (Continued) 
Preliminary DC Specifications (continued) 


Symbol 


Description 


Conditions 


MIn 


Max 


Units 


OCH OPEN COLLECTOR HIGH DRIVE OUTPUT 


Vol 


Maximum Low Level Output Voltage 


lOL = 24 mA 




0.5 


V 


LED DRIVER OUTPUT 


Vol 


Maximum Low Level Output Voltage 


Iol = 16 mA 




0.5 


V 


THIN DRIVER OUTPUT 


VOH 


Minimum High Level Output Voltage 


lOH = -8 mA 


2.4 




V 


Vol 


Maximum Low Level Output Voltage 


lOL = 2 mA 




0.5 


V 


OSCILLATOR PINS {XI AND X2) 


V|H 


X1 Input High Voltage 


XI is Connected to an 
Oscillator 


2.0 




V 


V|L 


X1 Input Low Voltage 


XI is Connected to an 
Oscillator 




0.8 


V 


lose 


X1 Input Current 


X1 is Connected to an 

Oscillator 

V|N = VccorGND 




1 


mA 


AUI 


VOD 


Differential Output Voltage (TX ± ) 


7811 Termination and 270n 
from Each to GND (Note 1) 


±550 


±1200 


mV 


VOB 


Differential Idle Output Voltage 
Imbalance (TX±) 


78n Termination and 2700 
from Each to GND (Note 1) 


Typical: 40 mV 


Vu 


Undershoot Voltage (TX±) 


78fl Termination and 270n 
from Each to GND (Note 1) 


Typical: 80 mV 


Vds 


Diff . Squelch Threshold (RX ± , CD ± ) 




-175 


-300 


mV 


VCM 


Diff. Input Common Mode Voltage (RX ± , CD ± ) 


(Notel) 





5.25 


V 


TPI 


Rtol 


TXOd ± , TXO ± Low Level Output Resistance 


Iql = 25 mA 




15 


O 


Rtoh 


TXOd ± , TXO ± High Level Output Resistance 


OH = -25 mA 




15 


a 


VSRONI 


Receive Threshold Turn-On Voltage 
10BASE-TMode 




±300 


±585 


mV 


VSR0N2 


Receive Threshold Turn-On Voltage 
Reduced Threshold 




±175 


±300 


mV 


VSROFF 


Receive Threshold Turn-Off Voltage 


(Notel) 


±175 


±300 


mV 


Vdiff 


Differential Mode Input Voltage Range 


Vcc = 5.0 V (Notel) 


-3.1 


4-3.1 


V 


Note 1: These parameters are not guaranteed t)y production testing. 
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8.0 Preliminary Switching Characteristics 



Memory Support Bus Accesses (for I/O port or FIFO transfers) 

t1 12 13 (4 t1 



,'-^. 



HSA0-,5^^( 
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M5RD 
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MSV/R 

MSDO- 



-TU ► 



J \ I \ I \ I \ 



\i::i ^^^^^^^^^( 



)^^^( 



)^^^^^^ 



7; -.l^ ^^^^^^^^c 



) Cn\SSSS\\SS\\S\S\^ 
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Symbol 


Description 


8-Blt 
Transfers 


16-Bit 
Transfers 


Units 




IVIin 


Max 


Min 


iVIax 




T1 


MSA1 -15 Valid before RCS 
Asserted (Note 1) 




30 




30 


ns 


T2 


MSA1 -15 Valid before 
MSRD-WR Asserted 


20 




20 




ns 






70 




70 






T3 


MSRD-WR Width 


ns 


T4 


RCS and MSA1 -15 Valid to 
MSWR Deasserted (Note 1) 


105 




105 




ns 


T5 


IMSA1- 15 Valid after 
MSRD-WR Deasserted 


10 




10 




ns 






10 




10 






T6 


RCS Held after MSRD-WR 
Deasserted (Note 1) 


ns 


T7 


RCS and MSA1- 15 Valid to 
MSDO-15 Valid (Note 1) 




100 




100 


ns 


















T8 


Read Data Hold from MSRD Deasserted 


ns 






50 




50 






T9 


Write Data Set-Up to MSWR Deasserted 


ns 






10 




10 






T10 


Write Data Held from MSWR Deasserted 


ns 


T11 


Time Between Transfers 


4 




4 




bcyc 


T12 


Minimum Bus Ciocl< Higti Time (boll) 


20 




20 




ns 


T13 


Minimum Bus Clocl< Low Time (bcl) 


20 




20 




ns 


T14 


Minimum Bus Clock Cycle Time (bcyc) 


50 




50 




ns 



Note 1: In 8-bit mode RCS refers to RCSl only. In 16-bit mode RCS refers to both RCS1 and RCS2. 
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8.0 Preliminary Switching Characteristics (continued) 

ISA Slave Accesses 



^ 



•-T1-* 
•— T15 
Tt9— • 



7-23 ^^W 



SBHE 

SAO-9 

MRP, MWR, 

SMRD, SMWR 

lORD, lOWR 



M16,I016 



x: 



-Tia- 



1^^^ 



)m^^^^^^^^^^^^^^^^^^^^ 



♦ TSa.b* 



SDO-15 , 
(Read) 



-T13- 



-T8- 



« T5c ► 



— ^^^^^^ 



T27— H I-.— T35— ► 



R CS or ' 
BPCS 



MSRD, ' 
MSWR 



1 



-T29- 



"SA1-.5^^^^^^IC 



X 



•-T7-* 



~zy- 

■TU H 



T9 



>^^^^ 



Address Valid 



MDSO 



-- - \V\^VVVVV\\VVV\V^^^^^ Do.nvi:a ^(?^^^^^^ 



|-^T24 



3s 



^^ 



^ 



-- - \vvv\v\v\\v\\v\\\ v^^^^^ 00*0 von.^ ^ ^ ^^:?^^^ 



TL/F/1 1496-54 
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8.0 Preliminary Switching Characteristics (continued) 

ISA Slave Accesses 


Symbol 


Description 


8-Bit 
Transfers 


16-Bit 
Transfers 


Units 


IMin 


(Max 


lUlin 


Max 


T1 


BALE Width 


20 




20 




ns 


T2 


AEN Valid before Cominand Strobe Active 


60 




60 




ns 


T3a 




40 




20 




ns 


SBHE and SAO-9 Valid before lORD, lOWR Asserted 


T3b 


SAO-9 Valid before MRD. MWR Asserted 


32 




32 




ns 


T4a 


lORD, MRD Asserted to SDO-15 Driven (Note 3) 












ns 


T5a 










60 


ns 


SBHE and SAO-9 Valid before 1016 Valid (Notes 1, 9) 


T5b 


LA17-23 Valid to M16 Valid (Note 1) 








55 


ns 


T5c 










50 


ns 


SBHE and SAO-9 Valid and lORD or lOWR 
Active before IU16 Valid (Notes 1,10) 


T6a 






100 




50 


ns 


lORD. lOWR Asserted to CHRDY Deasserted (Notes 2, 5) 


T6b 


MRD, MWR Asserted to CHRDY Deasserted (Note 2) 




45 




45 


ns 


T6o 


BALE Asserted and SAO-9 Valid to 
CHRDY Deasserted (Notes 2, 4) 




60 




60 


ns 


T7 


lORD, lOWR Deasserted before SBHE and SAO-9 Invalid 


15 




15 




ns 


T8a 


SBHE and SAO-9 Invalid to 1016 Invalid 












ns 


T8b 


LA1 7-23 Invalid to M16 Invalid (Note 1) 











ns 


T9 


lORD, MRD Deasserted to SDO-1 5 Read Data Invalid (Note 3) 












ns 


T10 


lORD, MRD Deasserted to SDO-1 5 Floating (Note 3) 




45 




45 


ns 


T11a 




60 




20 




ns 


DO-15 Write Data Valid to lOWR Deasserted (Note 3) 


T12 




20 




20 




ns 


lOWR, MWR Deasserted to SDO-15 Write Data Invalid (Note 3) 


T13a 




300 




140 




ns 


lORD, lOWR Active Width (Note 8) 


T14a 




85 




85 




ns 


lORD.IOWR Inactive Width 


T14b 


SMRD, SMWR, MRD, MWR Inactive Width 










ns 


T15 


BALE Asserted before MRD, MWR Asserted 






25 




ns 


T16 


MRD, MWR Deasserted before Next BALE Asserted 






20 




ns 


T17 


CHRDY Asserted to SDO-15 I/O Read 
Data Valid (Notes 2, 3, 6) 




60 




60 


ns 


T18 




25 




25 




ns 


lORD, lOWR Deasserted before AEN Invalid 


T19 


AEN Valid before BALE Deasserted 


50 




50 




ns 


T20 


iORD Asserted to SDO-1 5 Read Data Valid (Notes 3 and 7) 




150 




90 


ns 


T21 


LAI 7-23 Valid before BALE Deasserted 






40 




ns 
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8.0 Preliminary Switching Characteristics (Continued) 

ISA Slave Accesses 


Symbol 


Description 


8-Blt 
Transfers 


16-Bit 
Transfers 


Units 


Min 


Max 


Min 


Max 


T22 


BALE Deasserted before LAI 7-23 Invalid 











ns 


T23 








40 




ns 


U\17-23 Valid before MRD, MWR Asserted 


T24 


Read Data Valid on MSDO-1 5 to Valid on SDO-1 5 




70 




70 


ns 


T25 














ns 


MSRD Deasserted to MSDO-15 Read Data Invalid (Note 3) 


T26 


Write Data Valid on SDO-15 to Valid on MSDO-15 




65 




65 


ns 


T27 






55 




55 


ns 


SAO-1 9 Valid to RCS or BPCS Asserted (Note 1 1) 


T28a 






60 




60 


ns 


MRD Asserted to MSRD Asserted 


T28b 






120 




120 


ns 


MWR Asserted to MSWR Asserted 


T29 


SAO-1 9 Valid to MSA1 -15 Valid 




60 




60 


ns 


T30 














ns 


SAO-1 9 Invalid to RCS or BPCS Deasserted (Note 1 1 ) 


T31 














ns 


MRD, SMRD Deasserted to MSRD Deasserted 


T32 




10 




10 




ns 


MSWR Deasserted to MA1 - 1 5 Invalid 


T33 














ns 


MSWR Deasserted to MSDO-15 Invalid (Note 3) 


T34 




20 




20 




ns 


MSA1 -15 valid before MSWR Asserted 


T35a 


RCS Asserted to CHRDY Asserted (Note 11,12) 


80 




80 




ns 


T35b 




175 




175 




ns 


BPCS Asserted to CHRDY Asserted (Note 13) 


T36a 




15 




15 




ns 


MSRD, MSWR Asserted to CHRDY Asserted (Note 11)' 


T36b 




150 




150 




ns 


MSRD, MSWR Asserted to CHRDY Asserted (Note 13) 


T37 


MSA1 -^1 5 Valid to CHRDY Asserted (Note 11) 


75 




75 




ns 


T38a 


Driving Data from SDO-15 on to MSDO-15 
to CHRDY Asserted (Note 1 1) 


60 




60 




ns 


T38b 


Driving Data from SDO-15 on to MSDO-1 5 
to CHRDY Asserted (Note 13) 


260 




260 




ns 


Note 1: UTB, I01B are only asserted for 16-bit transfere. 

Note 2: CHRDY is oniy deasserted if the NiC core can not service the access immediately. It is held deasseiled until the NIC core is ready, causing the system to 

insert wail states. 

Note 3: On 8-bit transfers only 8 bits ot IUlSDO-15 and DO-7 are driven. 

Note 4: This is the early CHRDY timing, required by some machines, where CHRDY is referenced to BALE, in this mode of operation, under certain circumstances,' 

CHRDY will be asserted for cycles which are not for this device, i.e. memory cycles or I/O cycles where SAO-9 match our address before reaching their valid state. 

In such a case the time to assert CHRDY, from I^RD, MWR or.SAO-9 invalid, will be the same as the deassertion time specified. 

Note 5: This is the standard CHRDY timing where CHRDY is asserted after IDRD or loWh. 

Note 6: Read data valid is referenced to CHRDY whan wait' states have been inserted. 

Note 7: If no wait states are inserted read data valid can be measured from lOHU. 

Note 8: This Is a minimum timing with no additional wait states. " ' ' 

Note 9: This is the standard 1016 timing where 1016 is asserted after a valid address decode. 

Note 10: This is the late 1016 timing, required by some machines, where 1016 is asserted after a valid address decode and lORD or lOWR going active. , 

Note 11: This is a timing for a RAM access. 

Note 12: HCS refers to RC5T and RCS2. Depending on the mode of operation either or both can be asserted. See the Functional Bus Timing section for a further 

explanation. 

Note 13: This is a timing for a Boot PROM access. 
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8.0 Preliminary Switcliing Cliaracteristics (continued) 

RESET Timing 

\c / 



RESET 



Reg Load 



r 



V 



-T2- 



--Ji-i 



-T4- 



EE LOAD 



-T5- 



J \ 



TL/F/11498-55 



Symbol 


Description 


Min 


Max 


Units 


71. 


RESET Asserted Until 10 Inactive Asserted (Note 1 ) 


400 




ns 


T2 


RESET Asserted Until RegLoad State Entered (Note 2) 


415 




;xs 


T3 


RESET Oeasserted Until RegLoad Deasserted (Note 3) 


100 




ns 


T4 


RESET Deasserted Until EELOAD State Entered (Note 4) 







ftS 


TS 


EELoad Width (Note 4) 




320 


FS 



Note 1: I/O Inactive is not an external signal. It is used here to Indicate the length of time RESET must be active before the AT/LANTIC Controller recognizes it, 

begins to drive the ISA outputs to their inactive state and ignores ISA inputs except RESET. 

Note 2: RegLoad is not an external signal. It is used here to indicate the length of time RESET must be active before the AT/LANTIC Controller begins contiguring. 

When lOinactive goes active the internal pull-down resistors on the memory support buses are enabled. 

Note 3: If RegLoad is high the values on the memory support buses are latched Into the configuration registers when RESET is deasserted. The pull-down resistors 

on this bus are enabled until RegLoad is deasserted. 

Note 4: EELoad is not an external signal, it is used here to indicate when the EEPROM store is loading. 



Serial EEPROM Timing 

EECS 



-Tl-^ 



MSD2 



MSD1 ^^C 



1 



T4 »- 



D^^^C 



^^^^^ 



-T2- 






TL/F/1 1498-66 



Symbol 


Description 


Min 


Max 


Units 


T1 


EECS Setup to SK 


150 




ns 


T2 


EECS Hold after SK 


250 




ns 


T3 


MSD2 Low Time 


450 




ns 


T4 


MSD2 High Time 


450 




ns 


T5 


MSD2 Clock Period (Note 1) 


1 




^s 


T6 


Data In Setup to MSD2 High 


100 




ns 


T7 


Data In Hold from MSD2 High 


100 




ns 


T8 


Data Out Valid from MSD2 High 




500 


ns 


Note 1: Derived from Crystal Oscillator Tolerance = ±0.01 %. 
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8.0 Preliminary Switching Characteristics (Continued) 

AUI Transmit Timing (End of Packet) 



TX± 



r\j 




r\r^ f 



TL/F/1 1499-57 



Symbol 


Description 


MIn 


Max 


Units 


tjOh 


Transmit Output High before Idle 


200 




ns 


troi 


Transmit Output Idle Time 


8000 




ns 



AUI/TPI Receive Timing (End of Packet) 



I 



""^ / — \ / 

^ — \ / — ^ 



-(•opl- 



Rx+ or RXI+ 



_/ \ / N / 



-teopO- 



""> / — "^^ — V 
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Symbol 


Description 


MIn 


Max 


Units 


teopi 


Receive End of Packet Hold Time after Logic "1" (Note 1) 


225 




ns 


teopO 


Receive End of Packet Hold Time after Logic "0" (Note 1) 


225 




ns 



Note 1: This parameter is guaranteed by design and is not tested. 
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8.0 Preliminary Switcliing Cliaracteristics (continued) 

Link Pulse Timing 



■«-llpw-» 



TXO+ 



TXOdt 



-tip- 



V 



y^. 



j^^ 



TL/F/11498-59 



Symbol 


Description 


MIn 


Max 


Units 


tip 


Time between Link Output Pulses 


8 


24 


ns 


t|pw 


Link Integrity Output Pulse Width 


80 


130 


ns 
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8.0 Preliminary Switching Ciiaracteristics (continued) 

TPI Transmit Timing (End of Packet) 

I 1 I I 1 I 



TXOd+ 




V 



TL/F/1 1498-60 



Symbol 


Description 


Min 


Max 


Units 


tdel 


Pre-Emphasis Output Delay (TXO ± to TXOd ± ) (Note 1 ) 


46 


54 


ns 


tOff 


Transmit Moid Time at End of Pacl<et (TXO±) (Note 1) 


250 




ns 


tOffd 


Transmit Moid Time at End of Pacl<et (TXOd ± ) (Note 1 ) 


200 




ns 



Note 1: This parameter is guaranteed by design and is not tested. 
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9.0 AC Timing Test Conditions 

Input Pulse Levels (TTL/CMOS) GND to 3.0V 

Input Rise and Fall Times (TTL/CMOS) 5 ns 

Input and Output Reference Levels 1 .3V 

(TTL/CMOS) 
Input Pulse Levels (Diff.) - 350 mV to - 1 31 5 mV 

Input and Output 50% Point of 

Reference Levels (Diff.) the Differential 

TRI-STATE Reference Levels Float (AV) ± 0.5V 

Output Load (See Figure Below) 
All specifications are valid only if the mandatory isolation is 
employed and all differential signals are taken to be at the 
AUI side of the pulse transformer. 

Output Load (See Figure Below) 



SI (Note 3) 



O.I /if 



Input ©■ 




°TL 



R^ = 2.2k (Nott 4) 
-O Output 



'P (Notes 1,2) 



Pin Capacitance ta = 25°c, t = i mhz 



Symbol 


Parameter 


Typ 


Units 


C|N 


Input Capacitance 


7 


PF 


COUT 


Output Capacitance 


10 


PF 



a 

TJ 
00 

CO 



DERATING FACTOR 

Output timing Is measured with a purely capacltlve load of 

50 pF, or 240 pF. Thie following correction factor can be 

used for other loads (Note: This factor is preliminary): 

Derating for3SL, MOS = ~0.05 ns/pF 

Derating for 3SH, OCL, TPI = -0.03 ns/pF 

AUI Transmit Test Load 

TX+ 



78n. 



27>jH- 



TX-- 



TL/F/1 1498-62 

Not*: In the above diagram, the TX-t- and TX- signals are taken from the 
AUi side of the isolation (pulse transformer). The pulse transformer used for 
all testing is a 100 fiH ±0.1% Pulse Engineering PE64103. 



TL/F/1 1498-61 

Note 1: Load Capacitance used depends on output type (includes scope 
and jig capacitance): 

For 3SL. f^OS, TPI. AUi: Cl - 60 pF. 
For 3SH, OCH: Cl = 240 pF. 
Note 2: Specifications which measure delays from an active state to a high 
impedance state are not guaranteed by production test, but are character- 
ized using 70 pF, and are correlated to determine true driver turn-off time by 
eliminating Inherent R-C delay times In measurements. 
Note 3: SI = Open for timing test for push puii outputs. 
31 = Vcc for Vol test. 
St = GND for VoH lest. 
31 = Vcc for High Impedance to active iow and 
active low to High Impedance measurements. 
= GND for High Impedance to active high and 
active high to High Impedance measurements. 
Nole4:Puli-uploadforCHRDY " 1 kn. 
i016 = soon. 
M16 = aoon. 
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^National 

mM Semiconductor 



PRELIMINARY 



DP83902A ST-NIC™ 

Serial Network Interface Controller for Twisted Pair 



General Description 



The DP83902A Serial Network Interface Controller for 
Twisted Pair (ST-NIC) is a microCMOS VLSI device de- 
signed for easy implementation of CSMA/CD local area net- 
works. Tfiese include Ethernet (10BASE5), Thin Ethernet 
(10BASE2) and Twisted-pair Ethernet (10BASE-T). The 
overall ST-NIC solution provides the Media Access Control 
(MAC) and Encode-Decode (ENDEC) with an AUI interface, 
and 10BASE-T transceiver functions in accordance with the 
IEEE 802.3 standards. 

The DP83902A's 10BASE-T transceiver fully complies with 
the IEEE standard. This functional block incorporates the 
receiver, transmitter, collision, heartbeat, loopback, jabber, 
and link integrity blocks as defined in the standard. The 
transceiver when combined with equalization resistors, 
transmit/receive filters, and pulse transformers provides a 
complete physical interface from the DP83902A's ENDEC 
module and the twisted pair medium. 
The integrated ENDEC module allows Manchester encod- 
ing and decoding via a differential transceiver and phase 
lock loop decoder at 10 Mbit/sec. Also included are colli- 
sion detect translator and diagnostic loopback capability. 
The ENDEC module interfaces directly to the transceiver 
module, and also provides a fully IEEE compliant AUI (At- 
tachment Unit Interface) for connection to other media 
transceivers. (Continued) 



Features 

■ Single chip solution for IEEE 802.3, 10BASE-T 

■ Integrated controller, ENDEC, and transceiver 

■ Full AUI interface 

■ No external precision components required 

■ 3 levels of loopback supported 
Transceiver Module 

■ Integrates transceiver electronics, including: 

— Transmitter and receiver 

— Collision detect, heartbeat and jabber timer 

— Link integrity test 

■ Link disable and polarity detection/correction 

■ Integrated smart receiye squelch 

■ Reduced squelch level for extended distance cable op- 
eration (100-pin QFP version) 

ENDEC Module 

■ 10 Mb/s Manchester encoding/decoding, plus clock re- 
covery 

■ Transmitter half or full step mode 

■ Squelch on receive and collision pairs 

■ Lock time 5 bits typical 

■ Decodes Manchester data with up to ±18 ns jitter 
MAC/Controller Module 

■ 100% DP8390 software/hardware compatible 

■ Dual 16-bit DMA channels 

■ 16-byte internal FIFO 

■ Efficient buffer management implementation 

■ Independent system and network clocks 

■ Supports physical, multicast and broadcast address fil- 
tering 

■ Network statistics storage 



1.0 System Diagram 



station or DTE 



TWISTED 
PAIR 




DP83902A 

TWISTED PAIR 

SERIAL 

NETWORK 

INTERFACE 

CONTROLLER 

ST-NIC 




H 

S 
T 

B 
U 
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General Description (continuod) 


Table Of Contents 


The Media Access Control function which is provided by the 


1.0 SYSTEM DIAGRAM 


Network Interface Control module (NIC) provides simple 


2.0 PIN DESCRIPTION 


and efficient packet transmission and reception control by 


3.0 BLOCK DIAGRAM 


means of unique dual DMA channels and an internal FIFO. 
Bus arbitration and memory control logic are Integrated to 


4.0 FUNCTIONAL DESCRIPTION 


reduce board cost and area overheads. 


5.0 TRANSMIT/RECEIVE PACKET 


DP83902A provides a comprehensive single chip solution 


ENCAPSULATION/DECAPSULATION 


for 10BASE-T IEEE 802.3 networks and Is designed for 


6.0 DIRECT MEMORY ACCESS CONTROL (DMA) 


easy Interface to other transceivers via the AUI interface. 


7.0 PACKET RECEPTION 


Due to the inherent constraints of CMOS processing, Isola- 


8.0 PACKET TRANSMISSION 


tion is required at the AUI differential signal Interface for 


9.0 REMOTE DMA 


10BASE5 and 10BASE2 applications. Capacltlve or Induc- 
tive Isolation may be used. 


10.0 INTERNAL REGISTERS 




1 1.0 INITIALIZATION PROCEDURES 




12.0 LOOPBACK DIAGNOSTICS 




13.0 BUS ARBITRATION AND TIMING 




14.0 PRELIMINARY ELECTRICAL CHARACTERISTICS 




15.0 SWITCHING CHARACTERISTICS 




16.0 AC TIMING TEST CONDITIONS 




17.0 PHYSICAL DIMENSIONS 


Connection Diagrams 
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11 10 987654321 84 


83 82 81 80 79 78 77 76 75 




ADOC 


12 • 


74 


3TXt 


AD1E 


13 


73 


3TX- 


AD2C 


14 


72 


D AUI/TPI 


AD3L 


IS 


71 


DSEL 


AD4C 


16 


70 


3 GND/X2 


AD5C 


17 


69 


3X1 


AD6C 


18 


68 


D 20 MHz 


AD7C 


19 


67 


3CDLNK/LNKDIS 


AD3C 


20 


66 


3 NO 


AD9C 


21 DP83902AV es 


3 NO 


AD10C 


" PLCC 


64 


3 GND 


ADtlL 


" 84 PIN 


63 


3 GND 


NCC 


24 


62 


3RXI- 


NCC 


25 


61 


3RXI+ 


GNDC 


26 


60 


:ivcc 


VccC 


27 


59 


:ivcc 


ADI2I: 


28 


58 


^GND 


AD13C 


29 


57 


3 TXOd+ 


AD14C 


30 


56 


3TX0- 


AD15C 


31 


55 


3TX0+ 


ADSO C 


32 


54 


3 TXOd- 




33 34 35 36 37 38 39 40 41 42 43 44 


45 46 47 48 49 50 51 52 53 
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TL/F/ 11157-2 


Order Number DP83902AV 


See NS Package Number V84A 
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Connection Diagrams (continued) 



VccC 


81 


RX-C 


02 


RX+C 


83 


CD-C 


84 


CD+L 


85 


GNDC 


86 


SNISEL C 


87 


CRS/RX C 


88 


VccC 


89 


ghdC 


90 


NCC 


91 


GNDC 


92 


VccC 


93 


NCC 


94 


INTC 


95 


WACKC 


96 


NCC 


97 


PRDC 


98 


RA3C 


99 


RA2C 


100 



nnnnnnnnnnnnnnnnnnnnnnnnnnnnnn 



80 79 78 77 76 75 7* 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 



DP83902AVLJ 
100 PIN QUAD FLAT PACK 



1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 
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50 


DCOL 


49 


3TXE/TX 


48 


DGND 


47 


3 POL 


« nvcc 


45 D8REQ 


44 DNC 


43 IBACK 


42 3PRQ/ADS1 


41 3READr 


40 DNC 


39 DPWR 


38 DNC 


37 3 RACK 


36 3BSCK 


35 3NC 


34 DGND 


33 3ACK 


32 DSRD 


31 3sWr 



8 2 2 



\t 
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Order Number DP83902AVU 
See NS Package Number VLJ100A 
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Connection Diagrams (continued) 




1 1 


- AUI/TPI 
- SQSEL 

— NC 


z 

N "^ 
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GND- 


76 




50 


— RESET 


Vcc- 


77 




49 


-TEST 


NC- 


78 




48 


— COL 


Vcc- 


79 




47 


— TXE/TX 


RX-- 


80 




45 


— GND 


RX+- 


81 




45 


— POL 


CD-- 


82 




44 


-NC 


CD+- 


83 




43 


-Vcc 


GND- 


84 




42 


— BREQ 


SNISEL- 


as 




41 


— NC 


CRS/RX - 


86 




40 


— BACK 


Vcc- 


87 




39 


— PRQ/A0S1 


CND- 


88 




DP83902AVJG ^o 


-NC 


GND- 


89 




37 


— READY 


Vcc- 


90 




36 


-PWR 


NC- 


91 




35 


— RACK 


INT- 


92 




34 


— BSCK 


WACK- 


93 




33 


— NC 


NC- 


94 




32 


-GND 


PRD- 


95 




31 


-ACK 


RA3- 


96 




30 


-SRD 


NC- 


97 




29 


-S*R 


RA2- 


98 




28 


-MRD 


RA1 - 


99 




27 


-MWR 


RAO- 


100 




26 


-CS 




1 2 
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Order Number DP83902AVJG 






See N5 Package Number VJG100A 


2.0 Pin Description 




PQFP 
Pin No. 


PLCC 
Pin No. 


AVJG 
Pin No. 


Pln 

Name 


I/O 


Description 


BUS INTERFACE PINS 


95 


5 


92 


INT 





INTERRUPT: Indicates that the DP83902A requires CPU attention alter 
reception transmission or completion of DMA transfers. The interrupt is cieared 
by writing to the ISR {Interrupt Status Register). Ail interrupts are masl<able. 


96 


6 


93 


WACK 


1 


WRITE ACKNOWLEDGE: Issued from system to DP83902A to indicate that 
data has been written to the external latch. The DP83902A will begin a write 
cycle to place the data in local memory. 


98 


7 


95 


PRD 





PORT READ: Enables data from external latch on to local bus during a 
memory write cycle to local memory (remote write operation). This allows 
asynchronous transfer of data from the system memory to local memory. 


99,100, 


8-11 


96, 


RA3-RA0 


1 


REGISTER ADDRESS: These four pins are used to select a register to be read 


1,2 




98-100 






or written. The state of these inputs is ignored when the DP83902A is not in 
slave mode (C§ high). 
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2.0 Pin Description (Continued) 


PQFP 
Pin No. 


PLCC 
Pin No. 


AVJG 
Pin No. 


Pin 
Name 


I/O 


Description 


BUS INTERFACE PINS (Continued) 


4-8, 

10-12, 

14,15,17, 

18,22,23, 

25,26 


12-23, 
28-31 


2-4, 6, 
7,9-15, 
20-23 


ADO- 
AD15 


i/o,z 


IMULTiPLEXED ADDRESS/DATA BUS: 

• Register Access, with DIVIA inactive, C5 low and ACK returned from 
DP83902A, pins AD0-AD7 are used to read and write register data. ADB- 
AD15 float during I/O transfers, SRD, SWR pins are used to select 
direction of transfer. 

• Bus Master with BACK input asserted. 

During t1 of memory cycle AD0-AD1 5 contain address. 

During 12, 13, t4 AD0-AD1 5 contain data (word transfer mode). 

During 12, t3, t4 AD0-AD7 contain data, AD8-AD1 5 contain address (byte 

transfer mode). 

Direction of transfer is indicated by DP83902A on MWR, MRD lines. 


27 


32 


25 


ADSO 


l/0,Z 


ADDRESS STROBED: 

• Input: with DMA Inactive and CS low, latches RA0-RA3 inputs on falling 
edge. If high, data present on RA0-RA3 will flow through latch. 

• Output: When Bus Master, latches address bits (AD0-AD15) to external 
memory during DMA transfers. 


28 


33 


26 


CS 


1 


CHIP SELECT: Chip Select places controller in slave mode for fiP access to 
Internal registers. Must be valid through data portion of bus cycle. RA0-RA3 
are used to select the internal register. SWR and SRD select direction of 
data transfer 


29 


34 


27 ■ 


MWR 


o,z 


MASTER WRITE STROBE: (Strobe for DMA transfers) 

Active low during write cycles (t2, 13, tw) to buffer memory. Rising edge 

coincides with the presence of valid output data. TRI-STATE® until BACK 

asserted. 


30 


35 


28 


MRD 


o,z 


MASTER READ STROBE: (Strobe for DMA transfers) 

Active during read cycles (12, 13, tw) to buffer memory. Input data must be 

valid on rising edge of MRD. TRI-STATE until BACK asserted. 


31 


36 


29 


SWR 


1 


SLAVE WRITE STROBE: Strobe from CPU to write an internal register 
selected by RA0-RA3. Data is latched into the DP83902A on the rising 
edge of this Input. 


32 


37 


30 


Srd 


1 


SiJ^VE READ STROBE: Strobe from CPU to read an internal register 
selected by RA0-RA3. The register data Is output when SRD goes low. 


33 


38 


31 


ACK 





ACKNOWLEDGE: Active low when DP83902A grants access to CPU. Used 
to Insert WAIT states to CPU until DP83902A is synchronized for a register 
read or write operation. 


36 


40 


34 


BSCK 


1 


BUS CLOCK: This clock Is used to establish the period of the DMA memory 
cycle. Four clock cycles (t1, 12, 13, 14) are used per DMA cycle. DMA 
transfers can be extended by one BSCK increment using the READY input. 


37 


41 


35 


RACK 


1 


READ ACKNOWLEDGE: Indicates that the system DMA or host CPU has 
read the data placed in the external latch by the DP83902A. The DP83902A 
will begin a read cycle to update the latch. 


39 


42 


36 


PWR 





PORT WRITE: Strobe used to latch data from the DP83902A into external 
latch for transfer to host memory during Remote Read transfers. The rising 
edge of PWR coincides with the presence of valid data on the local bus. 


41 


43 


37 


READY 


1 


READY: This pin is set high to insert wait states during a DMA transfer. The 
DP83902A will sample this signal at 13 during DMA transfers. 


42 


44 


39 


PRO/ 
ADS1 


o.z 


PORT REQUEST/ADDRESS STROBE 1 

• 32-BIT MODE: If LAS is set in the Data Configuration Register, this line Is 
programmed as ADS1 . It is used to strobe addresses A16-A31 into 
external latches. (A16-A31 are the fixed addresses stored In RSARO, 
RSAR1). ADS1 will remain at TRI-STATE until BACK is received. 

• 16-BIT MODE: If LAS Is not set In the Data Configuration Register, this 
line is programmed as PRO and is used for Remote DMA Transfers. The 
DP83902A initiates a single remote DMA read or write operation by 
asserting this pin. In this mode PRO will be a standard logic output. 

Note: This line will power up as TRI-STATE until the Data Connguralion Register is programmed. 


1 
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2.0 Pin Description (continued) 


PQFP 
Pin No. 


PLCC 
Pin No. 


AVJG 
Pin No. 


Pin 
Name 


I/O 


Description 


BUS INTERFACE PINS (Continued) 


43 


45 


40 


BACK 


1 


BUS ACKNOWLEDGE: Bus Acknowledge is an active high signal indicating that 
the CPU has granted the bus to the DP83902A. If immediate bus access is 
desired, BREQ should be tied to BACK. Tying BACK to Vcc will result In a 
deadlock. 


45 


46 


42 


BREQ 





BUS REQUEST: Bus Request is an active high signal used to request the bus for 
DMA transfers. This signal is automatically generated when the FIFO needs 
servicing. 


52 


53 


50 


RESET 


1 


RESET: Reset is active low and places the DP83902A in a reset mode 
immediately. No packets are transmitted or received by the DP83902A until STA 
bit is set. Affects Command Register, Interrupt Mask Register, Data Configuration 
Register and Transmit Configuration Register. The DP83902A will execute reset 
within 10 BSCK cycles. 


NETWORK INTERFACE PINS | 


47 


48 


45 


POL 





POLARITY: A TTL/MOS active high output. This signal is normally in the low 
state. When the TPI module detects seven consecutive link pulses or three 
consecutive received packets with reversed polarity POL, is asserted. 


49 


50 


47 


TXE/TX 





TRANSMIT ENABLE/TRANSMIT: A TTL/MOS active high output. It is asserted 
for approximately 50 ms whenever the DP83902A transmits data in either AUI or 
TPI modes. 


50 


51 


48 


COL 





COLLISION: A TTL/MOS active high output. It is asserted for approximately 50 
ms whenever the DP83902A detects a collision in either the AUI or TPI modes. 


51 


52 


49 


TEST 


1 


FACTORY TEST INPUT: Used to check the chip's internal functions. This should 
be tied low during normal operation. 


55, 56, 
58,59 


54, 55, 
56,57 


54, 55, 
56,57 


TXOd-, 
TXO+, 
TXO-, 
TXOd+ 


o 


TWISTED PAIR TRANSMIT OUTPUTS: These high drive CMOS level outputs 
are resistively combined external to the chip to produce a differential output 
signal with equalization to compensate for Intersymbol Interference (ISI) on the 
twisted pair medium. 


64,65 


61,62 


61,62 


RXI + , 
RXI- 


1 


TWISTED PAIR RECEIVE INPUTS: These inputs feed a differential amplifier 
which passes valid data to the ENDEC module. 


69 


67 


65 


GDLNK/ 
LNKDIS 


I/O 


GOOD LINK/LINK DISABLE: This pin has a dual function both input and output. 
The function is latched by the DP83902A on the rising edge of the Reset signal 
i.e.: on the chip returning to normal operation after reset. 
As an output this pin is configured as an open drain N-channel device and is 
suitable for driving a LED. It will be latched as output on removal of chip reset if 
connected to a LED or left open circuit. Under normal conditions (the twisted pair 
link is not broken) the output will be low, and the LED will be lit. The open drain 
output will be switched off if the twisted pair link has been detected to be broken. 
It is recommended that the color of the LED be green. This output will be pulled 
high in AUI mode, by an internal resistor of approximately 1 5 kft. 
When this pin, which has an internal pull-up resistor to Vdd. is tied low it becomes 
an input and the link integrity checking is disabled. 


73 




71 


SQSEL 


1 


TPI SQUELCH SELECT: This pin selects the TPI module input squelch 
thresholds. When tied low, the input squelch threshold on the RXI ± inputs 
complies to 1 0BASE-T specification. When set high, the RXI ± input operates 
with reduced squelch levels, allowing its use with longer lengths of cable or cable 
with higher losses. If this pin is left unconnected, an internal pulldown causes the 
ST-NIC's TPI to default to the higher squelch level. 


70 


68 


66 


20 MHz 





20 MHz: This is a TTL/MOS level signal. It is a buffered version of the oscillator 
X2. It is suitable to drive external logic. 


71 


69 


67 


XI 


1 


EXTERNAL OSCILLATOR INPUT 


72 


70 


69 


GND/ 
X2 


1 


GR0UND/X2: If an oscillator is used, this pin should be tied to ground and if a 
crystal is used, this pin should be tied directly to the crystal. 


74 


71 


— 


SEL 


1 


MODE SELECT: When high, TX+ andTX- are the same voltage in the idle 
state. When low, Transmit-I- is positive with respect to Transmit- in the idle 
state, at the transformer's primary. 
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2.0 Pin Description (Continued) 


PQFP 
Pin No. 


PLCC 
Pin No. 


AVJG 
Pin No. 


Pin 
Name 


I/O 


Description 


NETWORK INTERFACE PINS (Continued) | 


75 


72 


72 


AUI/ 
TPI 


1 


AUI/TPI SELECT: A TTL level active high input that selects either the 
AUI interface or the TPI module for interface with the ENDEC module. 
When high the AUI is selected, when low the TPI is selected. 


76,77 


73,74 


74,75 


TX-, 
TX+ 





AUI TRANSMIT OUTPUT: Differential driver which sends the encoded 
data to the transceiver. The outputs are source followers which require 
270n pulldown resistors. 


82,83 


78,79 


80,81 


RX-, 
RX+ 


1 


AUI RECEIVE INPUT: Differential receive input pair from the 
transceiver. 


84,85 


80,81 


82,83 


CD-, 
CD+ 


1 


AUI COLLISION INPUT: Differential collision pair input from the 
transceiver. 


87 


83 


85 


SNISEL 


1 


FACTORY TEST INPUT: For normal operation tied to Vcc- When low 
enables the ENDEC module to be tested independently of the 
DP83902A module. 


88 


84 


86 


CRS/ 
RX 





CARRIER SENSE/RECEIVE: A TTL/MOS level active high signal. It is 
asserted for approximately 50 ms whenever valid transmit or receive 
data is detected while in AUI mode or receive data is detected while in 
TPI mode. 


POWER SUPPLY PINS (DIGITAL) 


21,46,89 


1,27,47 


18,43,87 


Vcc 




POSITIVE 5V SUPPLY PINS 


20, 34, 48, 
68,90 


2, 26, 39, 

49,64 


17,32,46, 
64,88 


GND 




NEGATIVE (GROUND) SUPPLY PINS: It is suggested that a 
decoupling capacitor be connected between the Vcc and GND pins. 


POWER SUPPLY PINS (ANALOG) 


93 


4 


90 


Vcc 




VCO 5V SUPPLY PIN: Care should be tai<en to reduce noise on this 
pin as it supplies power to the analog VCO to the Phase Lock Loop. 


92 


3 


89 


GND 




VCO GROUND SUPPLY PIN: Care should be taken to reduce noise on 
this pin as it supplies ground to the analog VCO to the Phase Lock 
Loop. 


63 


60 


60 


Vcc 




TPI RECEIVE 5V SUPPLY: Power pin supplies 5V to the Twisted Pair 
Interface Receiver. 


66 


63 


63 


GND 




TPI RECEIVE GROUND: Ground pin for the Twisted Pair Interface 
Receiver. 


61 


59 


59 


Vcc 




TPI TRANSMIT 5V SUPPLY: Power pin supplies 5V to the Twisted Pair 
Interface Transmitter. 


60 


58 


58 


GND 




TPI TRANSMIT GROUND: Ground pin for the Twisted Pair Interface 
Transmitter. 


81 


77 


79 


Vcc 




AUI RECEIVE 5V SUPPLY: Power pin supplies 5V to the AUI Interface 

Receiver. 


86 


82 


84 


GND 




AUI RECEIVE GROUND: Ground pin for the AUI Interface Receiver. 


80 


76 


77 


Vcc 




AUI TRANSMIT 5V SUPPLY: Power pin supplies 5V to AUI Interface 
Transmitter. 


79 


75 


76 


GND 




AUI TRANSMIT GROUND: Ground pin for the AUI Interface 
Transmitter. 


NO CONNECTION 


3,9,13,16, 
19,24,35,38, 
40, 44, 53, 54, 
57, 62, 67, 78, 

91,94,97 


24, 25, 
65,66 


1,5,8,16, 
19,24,33, 
38,41,44, 
51,52,53, 
68, 70, 73, 
78,91,94, 
97 


NC 




NO CONNECTION. Do not connect to these pins. 
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3.0 Block Diagram 



TPI Rxl+/- AUI Rx+/- *yi CD_t/- 

J U POL SQSEL ^1— 17 CRS/RX T«— 1» COL 



Smart 
Squelch 



GOLNK/ 
LNKDIS 



AUI/TPI 
_J_ 



TPI 
Control 



PLL 
Decoder 



Link 
Dectector/ 
Generator 



-M Heartbeat 



1 Prescaler I > l 



1. 



Tx Driver 

and 

Pre-emphasis 



Manchester 
Encoder 
& Idle 
Control 



Link 
Gen. 



TPI 
TXO+/-. 
TXOd+/- 



Protocol 
PLA 



4—¥ 



Command 

& Address 

Register 

Arrays 



1 



4— ► 



DMA 
Address 
Registers, 
Counters 
& Control 



Internal Bus ' ' 



- 8 or 16 '16 



Deserializer 
Logic 



* ► 



Seriallzer 
Logic 



16 Byte Tx/Rx 
FIFO 



CRC 
Generation 
& Checking 



Preamble 
Logic 



TXE/TX 



FIGURE 1 



Typical Connection to Twisted Pair Cable 



I/O 
Buffers 



FIFO 
Control 
Logic 



Bus 
' Clock 

Bus 

Control 

Signals 



Address/ 
Data 



o 

■D 
00 
CO 

<o 

o 
no 

> 



TL/F/1 1157-3 



_ 274fl 
TXOd- 

66.5n 



Txo-o— ^A^— 

66.5ft 



RXI+O- 



RXI-0~ 



Recommended integrated modules are: 

1) Pulse Engineering PE65431 

2) Beiluse 0566-2006-01 or 0556-3392-00 
3)ValorFL1012. 
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4.0 Functional Description (Refer to F/^ure /) 

TWISTED PAIR INTERFACE (TPI) MODULE 

The TPI consists of five main logical functions: 

a) Tfie Smart Squelch, responsible for determining when 
valid data is present on the differential receive Inputs 
(RXI±). 

b) The Collision function checks for simultaneous transmis- 
sion and reception of data on the TXO± and RXI ± pins. 

c) The Link Detector/Generator checks the integrity of the 
cable connecting the two twisted pair MAUs. 

d) The Jabber disables the transmitter if it attempts to trans- 
mit a longer than legal packet. 

e) The Tx Driver & Pre-emphasis transmits Manchester en- 
coded data to the twisted pair network via the summing 
resistors and transformer/filter. 

SMART SQUELCH 

The ST-NIC implements an intelligent receive squelch on 
the RXI ± differential inputs to ensure that impulse noise on 
the receive inputs will not be mistaken for a valid signal. 
The squelch circuitry employs a combination of amplitude 
and timing measurements to determine the validity of data 
on the twisted pair inputs. There are two squelch levels 
which are selectable via the SQSEL pin. One mode is 
1 0BASE-T compatible, and the second is reduced squelch 
mode. 

The diagram shows the 10BASE-T mode operation of the 
smart squelch. 

The signal at the start of packet is checked by the smart 
squelch and any pulses not exceeding the squelch level 
(either positive or negative, depending upon polarity) will be 
rejected. Once this first squelch level is overcome correctly 
the opposite squelch level must then be exceeded within 
1 50 ns. Finally the signal must exceed the original squelch 
level within a further 1 50 ns to ensure that the input wave- 
form will not be rejected. The checking procedure results in 
the loss of typically three bits at the beginning of each pack- 
et. 

Only after all these conditions have been satisfied will a 
control signal be generated to indicate to the remainder of 
the circuitry that valid data Is present. At this time the smart 
squelch circuitry is reset. 

Valid data is considered to be present until either squelch 
level has not been generated for a time longer than 150 ns, 
indicating End of Packet Once good data has been detect- 
ed the squelch levels are reduced to minimize the effect of 
noise causing premature End of Packet detection. 



The reduced squelch mode functions the same as the 
1 0BASE-T mode except that only the lower level is used for 
both turn-on and turn-off. 

COLLISION 

A collision is detected by the TPI module when the receive 
and transmit channels are active simultaneously. If the TPI 
is receiving when a collision is detected it is reported to the 
controller Immediately. If, however, the TPI is transmitting 
when a collision Is detected the collision is not reported until 
seven bits have been received while in the collision state. 
This prevents a collision being reported incorrectly due to 
noise on the network. The signal to the controller remains 
for the duration of the collision. 

Approximately 1 jis after the transmission of each packet a 
signal called the Signal Quality En-or (SQE) consisting of 
typically 10 cycles of 10 MHz is generated. This 10 MHz 
signal, also called the Heartbeat, ensures the continued 
functioning of the collision circuitry. 

LINK DETECTOR/GENERATOR 

The link generator is a timer circuit that generates a link 
pulse as defined by the 10BASE-T specification that will be 
generated by the transmitter section. The pulse which is 
100 ns wide is transmitted on the TXO+ output, every 
16 ms, in the absence of transmit data. 
The pulse is used to check the integrity of the connection to 
the remote MAU. The link detection circuit checks for valid 
pulses from the remote MAU and if valid link pulses are not 
received the link detector will disable the transmit, receive 
and collision detection functions. 

The GDLNK output can directly drive a LED to show that 
there is a good twisted pair link. For normal conditions the 
LED will be on. The link integrity function can be disabled as 
described in the Pin Description Section. 

JABBER 

The jabber timer monitors the transmitter and disables the 
transmission If the transmitter is active for greater than 
26 ms. The transmitter is then disabled for the whole time 
that the ENDEC module's internal transmit enable is assert- 
ed. This signal has to be deasserted for approximately 
750 ms (the unjab time) before the Jabber re-enables the 
transmit outputs. 

TRANSMIT DRIVER 

The transmitter consists of four signals, the true and com- 
plement Manchester encoded data (TXO±) and these sig- 
nals delayed by 50 ns (TXOd±). 
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4.0 Functional Description (continued) 

These four signals are reslstively combined, TXO+ with 
TXOd- and TXO- with TXOd + . This Is linown as digital 
pre-emphasis and Is required to compensate for the twisted 
pair cable which acts like a low pass filter causing greater 
attenuation to the 10 MHz (50 ns) pulses of the Manchester 
encoded waveform than the 5 MHz (100 ns) pulses. 
An example of how these signals are combined is shown in 
the following diagram. 



j\niu\r 

"UUlJUl 



with 
Pra-amphasis 

TL/F/1 1157-6 

The signal with pre-emphasIs shown above Is generated by 
resistlvely combining TXO+ and TXOd-. This signal along 
with Its complement Is passed to the transmit filter. 

STATUS INFORMATION 

Status Information is provided by the ST-NIC on the 
CRS/RX, TXE/TX, COL and POL outputs as described in 
the pin description table. These outputs are suitable for driv- 
ing status LEDs via an appropriate driver circuit. 
The POL output Is normally low, and will be driven high 
when seven consecutive linl< pulses or three consecutive 
receive packets are detected with reversed polarity. A polar- 
ity reversal can be caused by a wiring error at either end of 
the TPI cable. On detection of a polarity reversal the condi- 
tion Is latched and POL Is asserted. The TPI corrects for this 
error Internally and will decode received data correctly, elim- 
inating the need to correct the wiring error. 

ENCODER/DECODER (ENDEC) MODULE 

The ENDEC consists of three main logical blocks: 

a) The Manchester encoder accepts NRZ data from the 
controller, encodes the data to Manchester, and trans- 
mits if differentially to the transceiver, through the differ- 
ential transmit driver. 

b) The Manchester decoder receives Manchester data from 
the transceiver, converts It to NRZ data and clock pulses, 
and sends It to the controller. 

c) The collision translator Indicates to the controller the 
presence of a valid 10 MHz collision signal to the PLL. 

MANCHESTER ENCODER AND DIFFERENTIAL DRIVER 

The differential transmit pair, on the secondary of the trans- 
former, drives up to 50 meters of twisted pair AUI cable. 
These outputs are source followers which require two 270CI 
pull-down resistors to ground. 

The DP83902A allows both half-step and full-step to be 
compatible with Ethernet and IEEE 802.3. With the SEL pin 
low (for Ethernet I). Transmit+ Is positive with respect to 



Transmit- during idle; with SEL high (for IEEE 802.3), 
Transmit -I- and Transmit- are equal in the idle state. This 
provides zero differential voltage to operate with transform- 
er coupled loads. 

MANCHESTER DECODER 

The decoder consists of a differential receiver and a PLL to 
separate a Manchester decoded data stream Into Internal 
clock signals and data. The differential Input must be exter- 
nally terminated with two 390 resistors connected in series 
If the standard 78n transceiver drop cable Is used. In thin 
Ethernet applications, these resistors are optional. To pre- 
vent noise from falsely triggering the decoder, a squelch 
circuit at the input rejects signals with levels less than 
— 175 mV. Signals more negative than -300 mV are de- 
coded. Data becomes valid typically within 5 bit times. The 
DP83902A may tolerate bit jitter up to 18 ns in the received 
data. The decoder detects the end of a frame when no more 
mid-bit transitions are detected. 

COLLISION TRANSLATOR 

When in AUI mode, when the Ethernet transceiver (DP8392 
CTi) detects a collision, it generates a 10 MHz signal to the 
differential collision inputs (CD±) of the DP83902A. When 
these Inputs are detected active, the DPB3902A uses this 
signal to back off its current transmission and reschedule 
another one. 

The collision differential Inputs are terminated the same way 
as the differential receive inputs. The squelch circuitry is 
also similar, rejecting pulses with levels less than - 175 mV. 

CRYSTAL/OSCILLATOR OPERATION 

OCSILLATOR 

The oscillator is controlled by a 20 MHz parallel resonant 
crystal connected between XI and X2 or by an external 
clock on X1. The 20 MHz output of the oscillator Is divided 
by 2 to generate the 10 MHz transmit clock for the control- 
ler. The oscillator also provides internal clock signals to the 
encoding and decoding circuits. 

Note: When X1 is being driven by an external oscillator, X2 MUST bo 
grounded. 

Crystal Specifications 



Resonant Frequency 


20 MHz 


Tolerance 


±0.001% at 25''C 


Stability 


±0.0005% at 0°C-70''C 


Type 


AT Cut 


Circuit 


Parallel Resonance 


MaxESR 


2on 


Crystal Load Capacitor 


20 pF 



The 20 MHz crystal connection to the DP83902 requires 
special care. The IEEE 802.3 standard requires the trans- 
mitted signal frequency to be accurate within ±0.01%. 
Stray capacitance can shift the crystal's frequency out of 
range and cause transmitted frequency to exceed its 0.01 % 
tolerance. The frequency marked on the crystal is usually 
measured with a fixed load capacitance specified In the 
crystal's data sheet, typically 20 pF. 
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4.0 Functional Description (continued) 

In order to prevent distortion on tlie transmitted frequency, 
ttie total capacitance seen by ttie crystal should equal the 
total load capacitance. On a standard parallel set-up as 
shown In the diagram below, the 2 load caps CI and C2 
should equal 2C1 , the spec load cap, (due to the capacitors 
acting in series) less any stray capacitances. 
Thus the trim capacitors required can be calculated as fol- 
lows: 
CI = 2XC1 -(Cbl -I-Cd1) Where Cb1 = Board cap on XI 

and Cd1=X1 dev cap 
C2=2XC1 -(Cb2 + Cd2) Where Cb2 = Board cap on X2 

and Cd2 = X2 dev cap 
The value of STNIC pins X1 and X2 is in the region of 5 pF. 



20 MHz 

HOH 
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NIC (Media Access Control) MODULE 

RECEIVE DESERIALIZER 

The Receive Deserializer is activated when the input signal 
Carrier Sense is asserted to allow incoming bits to be shift- 
ed into the shift register by the receive clock. The serial 
receive data is also routed to the CRC generator/checker. 
The Receive Deserializer includes a synch detector which 
detects the SFD (Start of Frame Delimiter) to establish 
where byte boundaries within the serial bit stream are locat- 
ed. After every eight receive clocks, the byte wide data Is 
transferred to the 16-byte FIFO and the Receive Byte Count 
is incremented. The first six bytes after the SFD are 
checked for valid comparison by the Address Recognition 
Logic. If the Address Recognition Logic does not recognize 
the packet, the FIFO is cleared. 

CRC GENERATOR/CHECKER 

During transmission, the CRC logic generates a local CRC 
field for the transmitted bit sequence. The CRC encodes all 
fields after the SFD. The CRC is shifted out MSB first follow- 
ing the last transmit byte. During reception the CRC logic 
generates a CRC field from the incoming packet. This local 
CRC is serially compared to the incoming CRC appended to 
the end of the packet by the transmitting node. If the local 
and received CRC match, a specific pattern will be generat- 
ed and decoded to indicate no data errors. Transmission 
errors result in different pattern and are detected, resulting 
in rejection of a packet (if so programmed). 

TRANSMIT SERIALIZER 

The Transmit Serializer reads parallel data from the FIFO 
and serializes it for transmission. The serializer is clocked by 
the transmit clock generated internally. The serial data is 
also shifted into the CRC generator/checker. At the begin- 
ning of each transmission, the Preamble and Synch Gener- 
ator append 62 bits of 1 ,0 preamble and a 1 ,1 synch pat- 
tern. After the last data byte of the packet has been serial- 
ized the 32-bit FCS field is shifted directly out of the CRC 
generator. In the event of a collision the Preamble and 
Synch generators are used to generate a 32-bit JAM pattern 
ofalll's. 



ADDRESS RECOGNITION LOGIC 

The address recognition logic compares the Destination Ad- 
dress Field (first 6 bytes of the received packet) to the Phys- 
ical address registers stored in the Address Register Array. 
If any one of the six bytes does not match the pre-pro- 
grammed physical address, the Protocol Control Logic re- 
jects the packet. All multicast destination addresses are fil- 
tered using a hashing technique. (See register description.) 
If the multicast address indexes a bit that has been set in 
the filter bit array of the Multicast Address Register Array 
the packet is accepted, othenwise it is rejected by the Proto- 
col Control Logic. Each destination address is also checked 
for all 1 's which is the reserved broadcast address. 
FIFO AND BUS OPERATIONS 
Overview 

To accommodate the different rates at which data comes 
from (or goes to) the network and goes to (or comes from) 
the system memory, the ST-NIC contains a 16-byte FIFO for 
buffering data between the media. The FIFO threshold is 
programmable. When the FIFO has filled to its programmed 
threshold, the local DMA channel transfers these bytes (or 
words) into local memory. It is crucial that the local DMA is 
given access to the bus within a minimum bus latency time; 
otherwise a FIFO underrun (or oven^jn) occurs. 
FIFO underruns or overruns are caused by two conditions: 
(1) the bus latency is so long that the FIFO has filled (or 
emptied) from the network before the local DMA has serv- 
iced the FIFO and (2) the bus latency has slowed the 
throughput of the local DMA to a point where it is slower 
than the network data rate (10 Mbit/sec). This second con- 
dition is also dependent upon DMA clock and word width 
(byte wide or word wide). The worst case condition ultimate- 
ly limits the overall bus latency which the ST-NIC can toler- 
ate. 

Beginning of Receive 

At the beginning of reception, the ST-NIC stores the entire 
Address field of each incoming packet in the FIFO to deter- 
mine whether the address matches the ST-NIC's Physical 
Address Registers or maps to one of its Multicast Registers. 
This causes the FIFO to accumulate 8 bytes. Furthermore, 
there are some synchronization delays in the DMA PLA. 
Thus, the actual time to when BREQ is asserted from the 
time the Start of Frame Delimiter (SFD) is detected is 
7.8 jas. This operation affects the bus latencies at 2- and 
4-byte thresholds during the first receive BREQ since the 
FIFO must be filled to 8 bytes (or 4 words) before issuing a 
BREQ. 

End of Receive 

When the end of a packet is detected by the ENDEC mod- 
ule, the ST-NIC enters its end of packet processing se- 
quence, emptying its FIFO and writing the status information 
at the beginning of the packet. The ST-NIC holds onto the 
bus for the entire sequence. The longest time BREQ may be 
extended occurs when a packet ends just as the ST-NIC 
performs its last FIFO burst. The ST-NIC, in this case, per- 
forms a programmed burst transfer followed by flushing the 
remaining bytes in the FIFO, and completes by writing the 
header information to memory. The following steps occur 
during this sequence. 

1. ST-NIC issues BREQ because the FIFO threshold has 
been reached. 

2. During the burst, packet ends, resulting in BREQ extend- 
ed. 
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4.0 Functional Description (continued) 

3. ST-NIC flushes remaining bytes from FIFO. 

4. ST-NIC performs internal processing to prepare for writ- 
ing the header. 

5. ST-NIC writes 4-byte (2-word) header. 

6. ST-NIC de-asserts BREQ. 

FIFO Threshold Detection 

To assure that no overwriting of data in the FIFO, the FIFO 
logic flags a FIFO overrun as the 1 3th byte is written into the 
FIFO, effectively shortening the FIFO to 13 bytes. The FIFO 
logic also operates differently in Byte Mode and in Word 
Mode. In Byte Mode, a threshold is indicated when the n+ 1 
byte has entered the FIFO; thus, with an 8-byte threshold, 
the ST-NIC issues Bus Request (BREQ) when the Sth byte 
has entered the FIFO. For Word Mode, BREQ is not gener- 
ated until n + 2 bytes have entered the FIFO. Thus, with a 
4 word threshold (equivalent to an 8-byte threshold), BREQ 
is issued when the 10th byte has entered the FIFO. 

Beginning of Transmit 

Before transmitting, the ST-NIC performs a prefetch from 
memory to load the FIFO. The number of bytes prefetched 
is the programmed FIFO threshold. The next BREQ is not 
issued until after the ST-NIC actually begins transmitting 
data, i.e., after SFD. 

Reading the FIFO 

During normal operation, the FIFO must not be read. The 
ST-NIC will not issue an ACKnowledge back to the CPU if 
the FIFO Is read. The FIFO should only be read during loop- 
back diagnostics. 

PROTOCOL PLA 

The protocol PLA is responsible for implementing the IEEE 
802.3 protocol, including collision recovery with random 
backoff. The Protocol PLA also formats packets during 
transmission and strips preamble and synch during recep- 
tion. 

DMA AND BUFFER CONTROL LOGIC 

The DMA and Buffer Control Logic is used to control two 
16-bit DMA channels. During reception, the local DMA 
stores packets in a receive buffer ring, located in buffer 
memory. During transmission the Local DMA uses pro- 
grammed pointer and length registers to transfer a packet 
from local buffer memory to the FIFO. A second DMA chan- 
nel is used as a slave DMA to transfer data between the 
local buffer memory and the host system. The Local DMA 
and Remote DMA are internally arbitrated, with the Local 
DMA channel having highest priority. Both DMA channels 
use a common external bus clock to generate all required 



bus timing. External arbitration is performed with a standard 
bus request, bus acknowledge handshake protocol. 

5.0 Transmit/Receive Packet 
Encapsulation/Decapsulation 

A standard IEEE 802.3 packet consists of the following 
fields: preamble. Start of Frame Delimiter (SFD), destination 
address, source address, length, data, and Frame Check 
Sequence (FCS). The typical format is shown in Figure 2. 
The packets are Manchester encoded and decoded by the 
ENDEC module and transferred serially to the NIC module 
using NRZ data with a clock. All fields are of fixed length 
except for the data field. The ST-NIC generates and ap- 
pends the preamble, SFD and FCS field during transmis- 
sion. The Preamble and SFD fields are stripped during re- 
ception. (The CRC is passed through to buffer memory dur- 
ing reception.) 

PREAMBLE AND START OF FRAME DELIMITER (SFD) 

The Manchester encoded alternating 1 ,0 preamble field is 
used by the ENDEC to acquire bit synchronization with an 
incoming packet. When transmitted each packet contains 
62 bits of alternating 1 ,0 preamble. Some of this preamble 
will be lost as the packet travels through the network. The 
preamble field is stripped by the NIC module. Byte align- 
ment is performed with the Start of Frame Delimiter (SFD) 
pattern which consists of two consecutive 1 's. The ST-NIC 
does not treat the SFD pattern as a byte, it detects only the 
two bit pattern. This allows any preceding preamble within 
the SFD to be used for phase locking. 

DESTINATION ADDRESS 

The destination address indicates the destination of the 
packet on the network and is used to filter unwanted pack- 
ets from reaching a node. There are three types of address 
formats supported by the ST-NIC: physical, multicast and 
broadcast. The physical address is a unique address that 
corresponds only to a single node. All physical addresses 
have an MSB of "0". These addresses are compared to the 
internally stored physical address registers. Each bit in the 
destination address must match in order for the ST-NIC to 
accept the packet. Multicast addresses begin with an MSB 
of "1 ". The ST-NIC filters multicast addresses using a stan- 
dard hashing algorithm that maps all multicast addresses 
into a 6-bit value. This 6-bit value indexes a 64-bit array that 
filters the value. If the address consists of all 1's it is a 
broadcast address, indicating that the packet is intended for 
all nodes. A promiscuous mode allows reception of all pack- 
ets: the destination address is not required to match any 
filters. Physical, broadcast, multicast, and promiscuous ad- 
dress modes can be selected. 
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5.0 Transmit/Receive Packet 
Encapsulation/Decapsulation 

(Continued) 
SOURCE ADDRESS 

The source address is the physical address of the node that 
sent the pacl<et. Source addresses cannot be multicast or 
broadcast addresses. This field is simply passed to buffer 
memory. 

LENGTH/TYPE FIELD 

The 2-byte length field indicates the number of bytes that 
are contained in the data field of the packet. This field is not 
interpreted by the ST-NIC. 

DATA FIELD 

The data field consists of anywhere from 46 to 1500 bytes. 
IWessages longer than 1 500 bytes need to be brol^en into 
multiple packets. Messages shorter than 46 bytes will re- 
quire appending a pad to bring the data field to the minimum 
length of 46 bytes. If the data field is padded, the number of 
valid data bytes is indicated in the length field. The ST-NIC 
does not strip or append pad bytes for short packets, 
or check for oversize packets. 

FCS FIELD 

The Frame Check Sequence (FCS) is a 32-bit CRC field 
calculated and appended to a packet during transmission to 
allow detection of errors when a packet is received. During 
reception, error free packets result in a specific pattern in 
the CRC generator. Packets with improper CRC will be re- 
jected. The AUTODIN II (X32 -I- X26 + X23 + X22 -f X16 + 
X12 + X11 -I- X10 -I- X8 -I- X7 4- X5 -I- X" -t- X2 -f X1 + 1) 
polynomial is used for the CRC calculations. 



6.0 Direct Memory Access 
Control (DMA) 

The DMA capabilities of the ST-NIC greatly simplify the use 
of the DP83902A in typical configurations. The local DMA 
channel transfers data between the FIFO and memory. On 
transmission, the packet is DMAed from memory to the 
FIFO In bursts. Should a collision occur (up to 15 times), the 
packet is retransmitted with no processor inten/ention. On 
reception, packets are DMAed from the FIFO to the receive 
buffer ring (as explained below). 

dA remote DMA channel is also provided on the ST-NIC to 
accomplish transfers between a buffer memory and system 
memory. The two DMA channels can alternatively be com- 
bined to form a single 32-bit address with 8- or 16-blt data. 

DUAL DMA CONFIGURATION 

An example configuration using both the local and remote 
DMA channels is shown below. Network activity is isolated 
on a local bus, where the ST-NIC's local DMA channel per- 
forms burst transfers between the buffer memory and the 
ST-NIC's FIFO. The Remote DMA transfers data between 
the buffer memory and the host memory via a bidirectional 
I/O port. The Remote DMA provides local addressing capa- 
bility and is used as a slave DMA by the host. Host side 
addressing must be provided by a host DMA or the CPU. 
The ST-NIC allows Local and Remote DMA operations to 
be interleaved. 

SINGLE CHANNEL DMA OPERATION 

If desirable, the two DMA channels can be combined to 
provide a 32-bit DMA address. The upper 16 bits of the 
32-bit address are static and are used to point to a 64 kbyte 
(or 32k word) page of memory where packets are to be 
received and transmitted. 
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7.0 Packet Reception 

The Local DMA receive channel uses a Buffer Ring Struc- 
ture comprised of a series of contiguous fixed length 
256-byte (12B word) buffers for storage of received packets. 
The location of the Receive Buffer Ring is programmed In 
two registers, a Page Start and a Page Stop Register. Ether- 
net packets consist of a distribution of shorter link control 
packets and longer data packets, the 256-byte buffer length 
provides a good compromise between short packets and 
longer packets to most efficiently use memory. In addition 
these buffers provide memory resources for storage of 
back-to-back packets in loaded networks. The assignment 
of buffers for storing packets is controlled by Buffer Man- 
agement Logic in the ST-NIC. The Buffer Management Log- 



ic provides three basic functions: linking receive buffers for 
long packets, recovery of buffers when a packet is rejected, 
and recirculation of buffer pages that have been read by the 
host. 

At initialization, a portion of the 64 kbyte (or 32k word) ad- 
dress space is reserved for the receive buffer ring. Two 8-bit 
registers, the Page Start Address Register (PSTART) and 
the Page Stop Address Register (PSTOP) define the physi- 
cal boundaries of where the buffers reside. The ST-NIC 
treats the list of buffers as a logical ring; whenever the DMA 
address reaches the Page Stop Address, the DMA is reset 
to the Page Start Address. 
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7.0 Packet Reception (continued) 

INITIALIZATION OF THE BUFFER RING 

Two static registers and two working registers control the 
operation of the Buffer Ring. These are the Page Start Reg- 
ister, Page Stop Register (both described previously), the 
Current Page Register and the Boundary Pointer Register. 
The Cun-ent Page Register points to the first buffer used to 
store a pacl<et and is used to restore the DMA for writing 
status to the Buffer Ring or for restoring the DMA address in 
the event of a Runt packet, a CRC, or Frame Alignment 
error. The Boundary Register points to the first packet in the 
Ring not yet read by the host. If the local DMA address ever 
reaches the Boundary, reception is aborted. The Boundary 
Pointer is also used to initialize the Remote DMA for remov- 



ing a packet and is advanced when a packet is removed. A 
simple analogy to remember the function of these registers 
is that the Current Page Register acts as a Write Pointer and 
the Boundary Pointer acts as a Read Pointer. 
Note: At Initialization, the Page Start Register value should be loaded into 

both Current Page Register and the Boundary Pointer Register. 
Note: The Page Start Register must not be initialized to OOH. 

BEGINNING OF RECEPTION 

When the first packet begins arriving the ST-NIC begins 
storing the packet at the location pointed to by the Current 
Page Register. An offset of 4 bytes Is saved In this first 
buffer to allow room for storing receive status correspond- 
ing to this packet. 



Buffer Ring at Initialization 
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7.0 Packet Reception (continued) 

LINKING RECEIVE BUFFER PAGES 

If the length of the packet exhausts the first 256-byte buffer, 
the DMA performs a fonward link to the next buffer to store 
the remainder of the packet. For a maximum length packet 
the buffer logic will link six buffers to store the entire packet. 
Buffers cannot be skipped when linking, therefore a packet 
will always be stored in contiguous buffers. Before the next 
buffer can be linked, the Buffer Management Logic per- 
forms two comparisons. The first comparison tests for 
equality between the DMA address of the next buffer and 
the contents of the Page Stop Register. If the buffer ad- 
dress equals the Page Stop Register, the buffer manage- 
ment logic will restore the DMA to the first buffer in the 



Receive Buffer Ring value programmed in the Page Start 
Address Register. The second comparison tests for equality 
between the DMA address of the next buffer address and 
the contents of the Boundary Pointer Register. If the two 
values are equal the reception is aborted. The Boundary 
Pointer Register can be used to protect against ovenwriting 
any area in the receive buffer ring that has not yet been 
read. When linking buffers, buffer management will never 
cross this pointer, effectively avoiding any oven/vrites. If the 
buffer address does not match either the Boundary Pointer 
or Page Stop Address, the link to the next buffer is per- 
formed. 
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7.0 Packet Reception (continued) 

Buffer Ring Overflow 

If the Buffer Ring has been filled and the DMA reaches the 
Boundary Pointer Address, reception of the incoming pacl<- 
et will be aborted by the ST-NIC. Thus, the packets previ- 
ously received and still contained in the Ring will not be 
destroyed. 

In heavily loaded network which cause overflows of the Re- 
ceive Buffer Ring, the ST-NIC may disable the local DMA 
and suspend further receptions even if the Boundary regis- 
ter is advanced beyond the Current register. To guarantee 
this will not happen, a software reset must be issued during 
all Receive Buffer Ring overflows (indicated by the OVW bit 
in the Interrupt Status Register). The following procedure is 
required to recover from a Receiver Buffer Ring Overflow. 
If this routine is not adhered to, the ST-NIC may act in an 
unpredictable manner. It should also be noted that it is not 
permissible to service an overflow interrupt by continuing to 
empty packets from the receive buffer without implementing 
the prescribed overflow routine. A flow chart of the ST-NIC's 
overflow routine follows. 

Note: It is necessary to define a variable in the driver, wtiich will be called 
"Resend". 

1. Read and store the value of the TXP bit in the ST-NIC 
Command Register. 

2. Issue the STOP command to the ST-NIC. This is accom- 
plished by setting the STP bit in the ST-NIC's Command 
Register. Writing 21 H to the Command Register will stop 
the ST-NIC. 

3. Wait for at least 1.6 ms. Since the ST-NIC will complete 
any transmission or reception that is in progress, it is 
necessary to time out for the maximum possible duration 
of an Ethernet transmission or reception. By waiting 
1.6 ms this is achieved with some guard band added. 
Previously, it was recommended that the RST bit of the 
Interrupt Status Register be polled to insure that the 
pending transmission or reception is completed. This bit 
is not a reliable indicator and subsequently should be 
ignored. 

4. Clear the ST-NIC"s Remote Byte Count registers 
(RBCROandRBCRf). 

5. Read the stored value of the TXP bit from step 1, above. 
If this value is a 0, set the "Resend" variable to a and 
jump to step 6. 

If this value is a 1 , read the ST-NIC's Interrupt Status 
Register. If either the Packet Transmitted bit (PTX) or 
Transmit Error bit (TXE) is set to a 1, set the "Resend" 
variable to a and jump to step 6. If neither of these bits 
is set, place a 1 in the "Resend" variable and jump to 
step 6. 

This step determines if there was a transmission in prog- 
ress when the stop command was issued in step 2. If 
there was a transmission in progress, the ST-NIC's ISR 
is read to determine whether or not the packet was rec- 
ognized by the ST-NIC. If neither the PTX nor TXE bit 
was set, then the packet will essentially be lost and re- 
transmitted only after a time-out takes place in the upper 
level software. By determining that the packet was lost at 
the driver level, a transmit command can be reissued to 



the ST-NIC once the overflow routine is completed (as in 
step 11). Also, it is possible for the ST-N IC to defer indef- 
initely, when it Is stopped on a busy network. Step 5 also 
alleviates this problem. Step 5 is essential and should 
not be omitted from the overflow routine, in order for the 
ST-NIC to operate correctly. 

Overflow Routine Flow Chart 
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7.0 Packet Reception (continued) 

6. Place the ST-NIC in either mode 1 or mode 2 loopbacl<. 
This can be accomplished by setting bits D2 and D1 , of 
the Transmit Configuration Register, to "0,1" or "1,0", 
respectively. 

7. Issue the START command to the ST-NIC. This can be 
accomplished by writing 22H to the Command Register. 
This is necessary to activate the ST-NIC's Remote DMA 
channel. 

8. Remove one or more packets from the receive buffer 
ring. 

9. Reset the overwrite warning (OVW, overflow) bit in the 
Interrupt Status Register. 



10. Take the ST-NIC out of loopback. This is done by writ- 
ing the Transmit Configration Register with the value it 
contains during normal operation. (Bits D2 and D1 
should both be programmed to 0.) 

11. If the "Resend" variable is set to a 1, reset the "Re- 
send" variable and reissue the transmit command. This 
is done by writing a value of 26H to the Command Reg- 
ister. If the "Resend" variable is 0, nothing needs to be 
done. 

NotB 1: II Remote DMA is not being used, the ST-NIC does not need to be 

started before packets can be removed from the receive buffer ring. Henco, 

step 8 could be done before step 7. 

Note 2: When the ST-NIC is in STOP mode, the Missed Talley Counter is 

disabled 
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7.0 Packet Reception (continued) 

Enabling the ST-NIC On An Active Network 

After the ST-NIC has been Initialized the procedure for dis- 
abling and then re-enabling the ST-NIC on the network is 
similar to handling Receive Buffer Ring overflow as de- 
scribed previously. 

1. Program Command Register for page (Command Reg- 
ister = 21H) 

2. Initialize Data Configuration Register (DCR) 

3. Clear Remote Byte Count Registers (RBCRO, RBCR1) 

4. Initialize Receive Configuration Register (RCR) 

5. Place the ST-NIC in LOOPBACK mode 1 or 2 (Transmit 
Configuration Register = 02H or 04H) 

6. Initialize Receive Buffer Ring: Boundary Pointer 
(BNDRY), Page Start (PSTART), and Page Stop 
(PSTOP) 

7. Clear Interrupt Status Register (ISR) by writing OFFH to 
it. 

8. Initialize Interrupt Mask Register (II^R) 

9. Program Command Register for page 1 (Command Heg- 
ster = 61H) 

Initialize Physical Address Registers (PAR0-PAR5) 
Initialize Multicast Address Registers (MAR0-MAR7) 
il. Initialize CURRent pointer 



10. Put ST-NIC In START mode (Command Register = 
22H). The local receive DMA Is still not active since the 
ST-NIC Is In LOOPBACK. 

11. Initialize the Transmit Configuration for the intended 
value. The ST-NIC Is now ready tor transmission and 
reception. 

END OF PACKET OPERATIONS 

At the end of the packet the ST-NIC determines whether the 
received packet Is to be accepted or rejected. It either 
branches to a routine to store the Buffer Header or to anoth- 
er routine that recovers the buffers used to store the packet. 

SUCCESSFUL RECEPTION 

If the packet is successfully received, the DMA is restored 
to the first buffer used to store the packet (pointed to by the 
Current Page Register). The DMA then stores the Receive 
Status, a Pointer to where the next packet will be stored 
(Buffer 4) and the number of received bytes. Note that the 
remaining bytes In the last buffer are discarded and recep- 
tion of the next packet begins on the next empty 256-byte 
buffer boundary. The Current Page Register Is then initial- 
ized to the next available buffer In the Buffer Ring. (The 
location of the next buffer had been previously calculated 
and temporarily stored in an internal scratchpad register.) 
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7.0 Packet Reception (Continued) 

BUFFER RECOVERY FOR REJECTED PACKETS 

If the packet is a runt packet or contains CRC or Frame 
Alignment errors, it is rejected. The buffer management log- 
ic resets the DMA back to the first buffer page used to store 
the packet (pointed to by CURR), recovering ail buffers that 
had been used to store the rejected packet. This operation 
will not be performed if the ST-NIC is programmed to accept 
either runt packets or packets with CRC or Frame Alignment 



errors. The received CRC is always stored in buffer memory 
after the last byte of received data for the packet. 

Error Recovery 

If the packet is rejected as shown, the DMA is restored by 
the ST-NIC by reprogramming the DMA starting address 
pointed to by the Current Page Register. 
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7.0 Packet Reception (continued) 

REMOVrNG PACKETS FROM THE RING 

Packets are removed from the ring using tlie Remote DIV1A 
or an external device. When using the Remote DMA the 
Send Packet command can be used. This programs the Re- 
mote DMA to automatically remove the received packet 
pointed to by the Boundary Pointer. At the end of the trans- 
fer, the ST-NIC moves the Boundary Pointer, freeing addi- 
tional buffers for reception. The Boundary Pointer can also 
be moved manually by programming the Boundary Register. 
The ST-NIC knows the difference between an empty buffer 
ring and a full buffer ring. This situation Is seen when the 
Boundary Pointer (BNDRY) and the Current Page Pointer 
(CURR) point to the same address. If BNDRY caught up 
with CURR the buffer is empty and if CURR caught up with 
BNDRY the buffer Is full. 

STORAGE FORMAT FOR RECEIVED PACKETS 

The following diagrams describe the format for how re- 
ceived packets are placed into memory by the local DMA 
channel. These modes are selected in the Data Configura- 
tion Register. 
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BOS = 1 , WIS = 1 in Data Configuration Register. This format is used with 
680x0 type processors. {Note: Ttie Receive Count ordering remains the 
same for BOS = or 1.) 
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BOS ^ 0, WTS = 1 in Data Configuration Register. This format is used with 
Series 32xxx, or 680x0 processors. 
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8.0 Packet Transmission 

The Local DMA is also used during trarsmission of a pack- 
et. Three registers control the DMA transfer during trans- 
mission, a Transmit Page Start Address Register (TPSR) 
and the Transmit Byte Count Registers (TBCRO, 1). When 
the ST-NIC receives a command to transmit the packet 
pointed to by these registers, buffer memory data will be 
moved into the FIFO as required during transmission. The 
ST-NIC will generate and append the preamble, synch and 
CRC fields. 
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TRANSMIT PACKET ASSEMBLY 

The ST-NIC requires a contiguous assembled packet with 
the format shown. The transmit byte count includes the 
Destination Address, Source Address, Length Field and 
Data. It does not include preamble and CRC. When trans- 
mitting data smaller than 46 bytes, the packet must be pad- 
ded to a minimum size of 84 bytes. The programmer is re- 
sponsible for adding and stripping pad bytes. 

TRANSMISSION 

Prior to transmission, the TPSR (Transmit Page Start Regis- 
ter) and TBCRO, TBCR1 (Transmit Byte Count Registers) 
must be initialized. To initiate transmission of the packet the 
TXP bit in the Command Register is set. The Transmit 
Status Register (TSR) is cleared and the ST-NIC begins to 
prefetch transmit data from memory (unless the ST-NIC is 
currently receiving). If the interframe gap has timed out the 
ST-NIC will begin transmission. 

CONDITIONS REQUIRED TO BEGIN TRANSMISSION 

In order to transmit a packet, the following three conditions 
must be mat: 

1. The Interframe Gap Timer has timed out the first 6.4 jis 
of the Interframe Gap. 

2. At least one byte has entered the FIFO. (This indicates 
that the burst transfer has been started.) 

3. If a collision has been detected the backoff timer has 
expired. 

In typical systems the ST-NIC prefetchs the first burst of 
bytes before the 6.4 jis timer expires. The time during which 
ST-NIC transmits preamble can also be used to load the 
FIFO. 

Note: If carrier sense is asserted before a byte has been loaded into the 
FIFO, tfie ST-NIC will become a receiver. 

COLLISION RECOVERY 

During transmission, the Buffer Management logic monitors 
the transmit circuitry to determine if a collision has occun'ed. 
If a collision is detected, the Buffer Management logic will 
reset the FIFO and restore the Transmit DMA pointers for 
retransmission of the packet. The COL bit will be set in the 
TSR and the NCR (Number of Collisions Register) will be 
incremented. If 15 retransmissions each result in a collision 
the transmission will be aborted and the ABT bit in the TSR 
will be set. 
Note: NCR reads as zeroes if excessive collisions are encountered. 



TRANSMIT PACKET ASSEMBLY FORMAT 

The following diagrams describe the format for how packets 
must be assembled prior to transmission for different byte 
ordering schemes. The various formats are selected in the 
Data Configuration Register. 
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BOS = 0, WTS ~ 1 in Data Configuration Register. 

This format is used with Series 32xxx, or 808xx processors. 
D15 D8 D7 DO 


Destination Address 


Destination Address 1 


Destination Address 2 


Destination Address 3 


Destination Address 4 


Destination Address 5 


Source Address 


Source Address 1 


Source Address 2 


Source Address 3 


Source Address 4 


Source Address 5 


Type/Length 


Type/Length 1 


DataO 


Datal 



BOS = 1, WTS = 1 in Data Configuration Register. 

This format is used with 680x0 type processors. 
D1 DO 



Destination Address 


Destination Address 1 


Destination Address 2 


Destination Address 3 


Destination Address 4 


Destination Address 5 


Source Address 


Source Address 1 


Source Address 2 


Source Address 3 


Source Address 4 


Source Address 5 



BOS = 0, WTS = in Data Configuralion Register. 

This format is used with general 8-bit processors. 

Note: All examples above will result in a transmission of a packet in order of 

DAO, DAI, DA2, DA3 . . . bits within each byte will be transmitted 

least significant bit first. 

DA = Destination Address. 
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9.0 Remote DMA 

The Remote DMA channel is used to both assemble pack- 
ets for transmission, and to remove received pacltets from 
the Receive Buffer Ring. It may also be used as a general 
purpose slave Dfi/IA channel for moving blocks of data or 
commands behween host memory and local buffer memory. 
There are three modes of operation, Remote Write, Remote 
Read, or Send Packet. 

Two register pairs are used to control the Remote DMA, a 
Remote Start Address (RSARO, RSAR1) register pair and a 
Remote Byte Count (RBCRO, RBCR1) register pair. The 
Start Address Register pair points to the beginning of the 
block to be moved while the Byte Count Register pair is 
used to indicate the number of bytes to be transferred. Full 
handshake logic is provided to move data between local 
buffer memory and a bidirectional I/O port. 

REMOTE WRITE 

A Remote Write transfer is used to move a block of data 
from the host into local buffer memory. The Remote DMA 
will read data from the I/O port and sequentially write it to 
local buffer memory beginning at the Remote Start Address. 
The DMA Address will be incremented and the Byte Coun- 
ter will be decremented after each transfer. The DMA is 
terminated when the Remote Byte Count Register reaches 
zero. 

REMOTE READ 

A Remote Read transfer is used to move a block of data 
from local buffer memory to the host. The Remote DMA will 



sequentially read data from the local buffer memory, begin- 
ning at the Remote Start Address, and write data to the I/O 
port. The DMA Address will be incremented and the Byte 
Counter will be decremented after each transfer. The DMA 
is terminated when the Remote Byte Count Register reach- 
es zero. 

SEND PACKET COMMAND 

The Remote DMA channel can be automatically initialized 
to transfer a single packet from the Receive Buffer Ring. 
The CPU begins this transfer by issuing a "Send Packet" 
Command. The DMA will be initialized to the value of the 
Boundary Pointer Register and the Remote Byte Count 
Register pair (RBCRO, RBCR1) will be initialized to the value 
of the Receive Byte Count fields found in the Buffer Header 
of each packet. After the data is transferred, the Boundary 
Pointer is advanced to allow the buffers to be used for new 
receive packets. The Remote Read will terminate when the 
Byte Count equals zero. The Remote DMA is then prepared 
to read the next packet from the Receive Buffer Ring. If the 
DMA pointer crosses the Page Stop Register, it is reset to 
the Page Start Address. This allows the Remote DMA to 
remove packets that have wrapped around to the top of the 
Receive Buffer Ring. 

Note 1: In order for the ST-NIC to correctly execute the Send Packet Com- 
mand, the upper Remote Byte Count Register (RBCR1) must first 
be loaded with OFH. 

Note 2: The Send Packet command cannot be used with 680x0 type proc- 
essors. 



Remote DMA Autolnltiallzatlon from Buffer Ring 



DMA ENDS HERE 




REGISTERS LOADED 
BY AUTOSEND COMMAND 



REMOTE BYTE 
COUNT 



J 



REMOTE 
START ADD 1 



„Q„ 



REMOTE 
START ADD 



TL/F/11167-17 
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10.0 Internal Registers 

All registers are 8-bit wide and mapped into four pages 
which are selected in the Command Register (PSO, PS1). 
Pins RA0-RA3 are used to address registers within each 
page. Page registers are those registers which are com- 



monly accessed during ST-NIC operation while page 1 reg- 
isters are used primarily for initialization. The registers are 
partitioned to avoid having to perform two write/read cycles 
to access commonly used registers. 
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10.1 REGISTER ADDRESS MAPPING 









PAGEO 
(READ) 

SWR 
SRD 
SCS 
RA0-RA3 




COMMAND 


^ 


COMMAND 


REGISTER 






PAGEO 
(READ) 


PAGEO 
(WRITE) 




















COMMAND 




COMMAND 










PAGE 1 
(READ) 


PAGE 1 
(WRITE) 




PSO. 


PS1 ' 

-> 
-> 














COMMAND 




COMMAND 










PAGE 2 
(READ) 


PAGE 2 
(WRITE) 
















COMMAND 




COMMAND 










TEST 
PAGE 


TEST 
PAGE 
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10.2 REGISTER ADDRESS ASSIGNMENTS 

Page Address Assignments (PS1 = 0, PSO = 0) 



RA0-RA3 


RD 


WR 


OOH 


Command (CR) 


Command (CR) 


01H 


Current Local DMA 
Address O(CLDAO) 


Page Start Register 
(PSTART) 


02H 


Current Local DMA 
Address! (CLDA1) 


Page Stop Register 
(PSTOP) 


03H 


Boundary Pointer 
(BNRY) 


Boundary Pointer 
(BNRY) 


04H 


Transmit Status 
Register (TSR) 


Transmit Page Start 
Address (TPSR) 


05H 


Number of Collisions 
Register (NCR) 


Transmit Byte Count 
Register (TBCRO) 


06H 


FIFO (FIFO) 


Transmit Byte Count 
Register 1 (TBCR1) 


07H 


Interrupt Status 
Register (ISR) 


Interrupt Status 
Register (ISR) 


08H 


Current Remote DMA 
Address (CRDAO) 


Remote Start Address 
Register O(RSARO) 



RA0-RA3 


RD 


WR 


09H 


Current Remote DMA 
Address 1 (CRDA1) 


Remote Start Address 
Register 1 (RSAR1) 


CAM 


Reserved 


Remote Byte Count 
Register (RBCRO) 


OBH 


Reserved 


Remote Byte Count 
Register 1 (RBCR1) 


OCH 


Receive Status 
Register (RSR) 


Receive Configuration 
Register (RCR) 


ODH 


Tally Counter 
(Frame Alignment 
Errors) (CNTRO) 


Transmit Configuration 
Register fTCR) 


OEH 


Tally Counterl 
(CRC Errors) 
(CNTR1) 


Data Configuration 
Register (OCR) 


OFH 


Tally Counter 2 
Missed Packet 
Errors) (CNTR2) 


Interrupt Mask 
Register (1 MR) 
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10.0 Internal Registers (continued) 

Page 1 Address Assignments (PS1 = 0, PSO = 1) 



RA0-RA3 


RD : 


WR 


OOH 


Command (CR) 


Command (CR) 


01 H 


Physical Address 
Register O(PARO) 


Physical Address 
Register O(PARO) 


02H 


Physical Address 
Register! (PARI) 


Physical Address 
Register 1 (PARI) 


03H 


Physical Address 
Register 2 (PAR2) 


Physical Address 
Register 2 (PAR2) 


04H 


Physical Address 
Register 3 (PAR3) 


Physical Address 
Register 3 (PAR3) 


05H 


Physical Address 
Register 4 (PAR4) 


Physical Address 
Register 4 (PAR4) 


06H 


Physical Address 
Register 5 (PARS) 


Physical Address 
Register 5 (PARS) 


07H 


Current Page 
Register (CURH) 


Current Page 
Register (CURR) 


08H 


Multicast Address 
Register O(MARO) 


Multicast Address 
Register O(MARO) 


09H 


Multicast Address 
Register! (MAR1) 


Multicast Address 
Register! (MAR1) 


OAH 


Multicast Address 
Register 2 (MAR2) 


Multicast Address 
Register 2 (MAR2) 


OBH 


Multicast Address 
Register 3 (MAR3) 


Multicast Address 
Registers (MAR3) 


OCH 


Multicast Address 
Register 4 (MAR4) 


Multicast Address 
Register 4 (MAR4) 


ODH 


Multicast Address 
Register 5 (MARS) 


Multicast Address 
Register 5 (MARS) 


OEH 


Multicast Address 
Register 6 (MAR6) 


Multicast Address 
Register 6 (MAR6) 


OFH 


Multicast Address 
Register 7 (MAR7) 


Multicast Address 
Register 7 (MAR7) 



Page 2 Address Assignments (PS1 


= 1, PSO = 0) 


RA0-RA3 


RD 


WR 


OOH 


Command (CR) 


Command (CR) 


0!H 


Page Start Register 
(PSTART) 


Cun'ent Local DMA 
Address O(CLDAO) 


02H 


Page Stop Register 
(PSTOP) 


Cun'ent Local DMA 
Address ! (CLDA!) 


03H 


Remote Next Packet 
Pointer 


Remote Next Packet 
Pointer 


04H 


Transmit Page Start 
Address (TPSR) 


Reserved 


05H 


Local Next Packet 
Pointer 


Local Next Packet 
Pointer 


06H 


Address Counter 
(Upper) 


Address Counter 
(Upper) 


07H 


Address Counter 
(Lower) 


Address Counter 
(Lower) 


OBH 


Reserved 


Reserved 


09H 


Reserved 


Resen/ed 


OAH 


Resen/ed 


Reserved 


OBH 


Reserved 


Reserved 


OCH 


Receive Configuration 
Register (RCR) 


Reserved 


ODH 


Transmit 
Configuration 
Register (TCR) 


Reserved 


OEH 


Data Configuration 
Register (OCR) 


Reserved 


OFH 


Interrupt Mask 
Register (IMR) 


Reserved 



Note: Page 2 roisters should only be accessed for diagnostic purposes. 
They should not be modified during normal operation. 
Page 3 should never be modified. 
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10.0 Internal Registers (continued) 

10.3 REGISTER DESCRIPTIONS 

COMMAND REGISTER (CR) OOH (READ/WRITE) 

The Command Register is used to initiate transmissions, enable or disable Remote DMA operations and to select register 
pages. To Issue a command ttie microprocessor sets the corresponding blt(s) (RD2, RD1, RDO, TXP). Further commands may 
be overlapped, but with the following rules: (1) If a transmit command overlaps with a remote DMA operation, bits RDO, RD1, 
and RD2 must be maintained for the remote DMA command when setting the TXP bit. Note, if a remote DMA command is re-is- 
sued when giving the transmit command, the DMA will complete immediately if the remote byte count register has not been 
reinitialized. (2) If a remote DMA operation overlaps a transmission, RDO, RD1, and RD2 may be written with the desired values 
and a "0" written to the TXP bit. Writing a "0" to this bit has no effect. (3) A remote write DMA may not overiap remote read 
operation or vice versa. Either of these operations must either complete or be aborted before the other operation may start. Bits 
PS1, PSO, RD2, and STP may be set any time. 



7 


6 


5 


4 


3 


2 


1 





PS1 


PSO 


RD2 


RD1 


RDO 


TXP 


STA 


STP 



Bit 



Symbol 



Description 



DO 



STP 



Stop: Software reset command, takes the controller offline, no packets will be received or transmitted. Any 
reception or transmission In progress will continue to completion before entering the reset state. To exit this 
state, the STP bit must be reset and the STA bit must be set high. To perform a software reset, this bit 
should be set high. The software reset has executed only when indicated by the RST bit in the ISR being set 
to 1. STP powers up high. 
Note: If the ST-NIC has previously been in start mode and the STP is set, both the STP and STA bits will remain set. 



D1 



STA 



Start: This bit is used to activate the ST-NIC after either power up, or when the ST-NIC has been placed in a 
reset mode by software command or error. STA powers up low. 



D2 



TXP 



Transmit Packet: This bit must be set to Initiate the transmission of a packet. TXP is internally reset either 
after the transmission is completed or aborted. This bit should be set only after the Transmit Byte Count and 
Transmit Page Start registers have been programmed. 



D3, 

D4, 
and 
D5 



RDO, 
RD1, 
and 
RD2 



Remote DMA Command: These three encoded bits control operation of the Remote DMA channel. RD2 
can be set to abort any Remote DMA command in progress. The Remote Byte Count Registers should be 
cleared when a Remote DMA has been aborted. The Remote Start Addresses are not restored to the 
starting address if the Remote DMA is aborted. 



RD2 




1 



RD1 


1 
1 
X 



RDO 

1 

1 
X 



Not Allowed 

Remote Read 

Remote Write (Note 2) 

Send Packet 

Abort/Complete Remote DMA (Note 1) 
Note 1 : If a remote DM A operation is aborted and the remote byte count has not decremented to zero. PRQ will remain high. A read 
acknowledge (RACK) on a write acknowledge (WACK) will reset PRQ low. 

Note 2: For proper operation of the Remote Write DMA, there are two steps which must be performed before using tlie Remote Write 
DMA. The steps are as follows: 

I) Write a non-zero value Into R6CR0. 

II) Set bits RD2, RD1 , and RDO to 0, 0, and 1 . 

III) Set RBCRO, 1 and RSARO, 1 . 

IV) Issue the Remote Write DMA Command (RD2, RD1 , RDO - 0, 1, 0), 



D6 
and 
D7 



PSO 
and 
PS1 



Page Select: These two encoded bits select which register page is to be accessed with addresses RAO-3. 
PS1 PSO 
Register Page 

1 Register Page 1 

1 Register Page 2 
1 1 Reserved 
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10.0 Internal Registers (Continued) 

10.3 REGISTER DESCRIPTfONS (Continued) 

INTERRUPT STATUS REGISTER (ISR) 07H (READ/WRITE) 

This register is accessed by the host processor to determine the cause of an Interrupt. Any interrupt can be masked in the 
Interrupt MasIt Register (IMR). Individual interrupt bits are cleared by writing a " 1 " into the corresponding bit of the ISR. The INT 
signal is active as long as any unmasked signal Is set, and will riot go low until all unmasked bits in this register have been 
cleared. The ISR must be cleared after power up by writing it with alii 's. 



7 


6 


5 


4 


3 


2 


1 





RST 


RDC 


CNT 


ovw 


TXE 


HXE 


PTX 


PRX 



Bit 



Symbol 



Description 



DO 



PRX 



Packet Received: Indicates packet received with no errors. 



D1 



PTX 



Packet Transmitted: Indicates packet transmitted with no errors. 



D2 



RXE 



Receive Error: Indicates that a packet was received with one or more of the following errors: 

— CRC Error 

— Frame Alignment Error 

— FIFO Overrun . 

— Missed Packet 



D3 



TXE 



Transmit Error Set whian packet transmitted with one or more of the following errors: 

— Excessive Collisions 

— FIFO Undernjn 



D4 



OVW 



Overwrite Warning: Set when receive buffer ring storage resources have been exhausted. 
(Local DMA has reached Boundary Pointer) ^ ^^ 



D5 



CNT 



Counter Overflow: Set when MSB of one or more of the Network Tally Counters has been set. 



D6 



RDC 



Remote DMA Complete: Set when Remote DMA operation has been completed. 



D7 



RST 



Reset Status: Set when ST-NIC enters reset state and cleared when a Start Command is issued 
to the CR. This bit is also set when a Receive Buffer Ring overflow occurs and is cleared when 
one or more packets have been removed from the ring. Writing to this bit has no effect. 

Note; This bit does not generate an interrupt, it is merely a status indicator. 
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10.0 Internal Registers (Continued) 

10.3 REGISTER DESCRIPTIONS (Continued) 
INTERRUPT MASK REGISTER (IMR) OFH (WRITE) 

The Inten-upt Masl< Register is used to masl< interrupts. Each interrupt mask bit corresponds to a bit in the interrupt Status 
Register (ISR). if an inte^^lpt mask bit is set, an interrupt will be issued whenever the corresponding bit in the ISR is set. if any bit 
in the IMR is set low, an interrupt will not occur when the bit in the ISR is set. The IMR powers up to all zeroes. 



— 


RDCE 


CNTE 


OVWE 


TXEE 


RXEE 


PTXE 


PRXE 



Bit 


Symbol 


Description 


DO 


PRXE 


Packet Received Interrupt Enable 

0: Interrupt Disabled 

1 : Enables Interrupt when packet received 


D1 


PTXE 


Packet Transmitted Interrupt Enable 

0: Interrupt Disabled 

1 : Enables Interrupt when packet is transmitted 


D2 


RXEE 


Receive Error Interrupt Enable 
0: Interrupt Disabled 
1 : Enables Intenupt when packet received with error 


D3 


TXEE 


Transmit Error interrupt Enable 

0: Interrupt Disabled 

1 : Enables Interrupt when packet transmission results in error 


D4 


OVWE 


Overwrite Warning interrupt Enable 

0: Interrupt Disabled 

1 : Enables Interrupt when Buffer Management Logic lacks sufficient buffers to store incoming packet 


D5 


CNTE 


Counter Overflow Interrupt Enable 

0: Inten-upt Disabled 

1 : Enables Interrupt when MSB of one or more of the Network Statistics counters has been set 


D6 


RDCE 


DMA Complete interrupt Enable 

0: Interrupt Disabled 

1 : Enables Interrupt when Remote DMA transfer has been completed 


D7 


Reserved 


Reserved 
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10.0 Internal Registers (Continued) 

10.3 REGISTER DESCRIPTIONS (Continued) 

DATA CONFIGURATION REGISTER (DCR) OEH (WRITE) 

This Register is used to program the ST-NIC for 8- or 16-bit memory interface, select byte ordering in 16-bit applications and 
establish FIFO thresholds. The DCR must be Initialized prior to loading the Remote Byte Count Registers. UVS Is set on 
power up. 

7 6 5 4 3 2 10 



— 


FT1 


FTO 


ARM 


LS 


LAS 


BOS 


WIS 



Bit 



Symbol 



Description 



DO 



WIS 



Word Transfer Select 

0: Selects byte-wide DMA transfers 
1 : Selects word-wide DMA transfers 

; WIS establishes byte or word transfers for both Remote and Local DMA transfers 

Note: When wond-wide mode is sefected up to 32k words are addressable; AO remains iow. 



D1 



BOS 



Byte Order Select 

0: MS byte placed on AD1 5-AD8 and LS byte on AD7-AD0. (32xxx, 80x86) 
1 : MS byte placed on AD7-AD0 and LS byte on AD1 5-A8. (680x0) 

; Ignored when WIS is low ■■ 



D2 



LAS 



Long Address Select 

0: Dual 16-bit DMA mode 
1 : Single 32-bit DMA mode 

; When LAS is high, the contents of the Remote DMA registers RSARO, 1 are issued as A1 6-A31 Power up 
high ■ 



D3 



LS 



Loopback Select 

0: Loopback mode selected. Bits D1 and D2 of the TCR must also be programmed for Loopback operation 
1 : Normal Operation 



D4 



ARM 



Auto-lnltialize Remote 

0: Send Command not executed, all packets removed from Buffer Ring under program control 
1 : Send Command executed, Remote DMA auto-initialized to remove packets from Buffer Ring 
Note: Send Command cannot be used with 680x0 byte processors. 



D5 
and 
D6 



FTO 
and 
FT1 



FIFO Threshold Select: Encoded FIFO threshold. Establishes point at which bus is requested when filling or 
emptying the FIFO. During reception, the FIFO threshold indicates the number of bytes (or words) the FIFO has 
filled serially from the network before bus request (BREQ) is asserted. 
Note: FIFO threshold setting determines the DMA burst length. 

Receive Thresholds 
FT1 FTO Word Wide Byte Wide 
1 Word 2 Bytes 

1 2 Words 4 Bytes 

1 4 Words 8 Bytes 
1 1 6 Words 12 Bytes 

During transmission, the FIFO threshold indicates the number of bytes (or words) the FIFO has filled from the 
Local DMA before BREQ is asserted. Thus, the transmission threshold is 1 3 bytes less the received threshold. 
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10.0 Internal Registers (continued) 

10.3 REGISTER DESCRIPTIONS (Continued) 

TRANSMIT CONFIGURATION REGISTER (TCR) ODH (WRITE) 

The transmit configuration establishes the actions of the transmitter section of the ST-NIC during transmission of a packet on 
the network. LB1 and LBO which select loopback mode power up as 0. 

7 6 5 4 3 2 1 



a 

00 
03 
CO 

o 
ro 
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— 


— 


— 


OFST 


AID 


LB1 


LBO 


CRC 



Bit 



Symbol 



Description 



DO 



CRC 



Inhibit CRC 

0: CRC appended by transmitter 

1 : CRC inhibited by transmitter 

in loopback mode CRC can be enabled or disabled to test the CRC logic 



D1 

and 
D2 



LBO 

and 
LB1 



Encoded Loopback Control: These encoded configuration bits set the type of loopback that Is to be 
performed. Note that loopback in mode 2 places the ENDEC Module In loopback mode and that D3 of the 
DCR must be set to zero for loopback operation. 

LB1 LBO 
Mode Normal Operation (LPBK = 0) 

Mode 1 1 Internal NIC Module Loopback (LPBK = 0) 

Mode 2 1 Internal ENDEC Module Loopback (LPBK = 1) 

Mode 3 1 1 External Loopback (LPBK = 0) 



D3 



ATD 



Auto Transmit Disable: This bit allows another station to disable the ST-NIC's transmitter by transmission 
of a particular multicast packet. The transmitter can be re-enabled by resetting this bit or by reception of a 
second particular multicast packet 

1 : Reception of multicast address hashing to bit 62 disables transmitter, reception of multicast address 
hashing to bit 63 enables transmitter. 



D4 



OFST 



Collision Offset Enable: This bit modifies the backoff algorithm to allow prioritization of nodes. 

0: Backoff Logic implements normal algorithm. 

1 : Forces Backoff algorithm modification to to 2™n(3 + n, 1 0) slot times for first three collisions, then follows 

standard backoff. (For the first three collisions, the station has higher average backoff delay making a low 

priority mode.) 



D5 



Reserved 



Reserved 



06 



Reserved 



Resented 



D7 



Reserved 



Reserved 
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10.0 Internal Registers (continued) 

10.3 REGISTER DESCRIPTIONS (Continued) 

TRANSMIT STATUS REGISTER (TSR) 04H(READ) 

This register records events that occur on the media during transmission of a pacl<et. It Is cleared when the next transmission Is 
initiated by the host. All bits remain low unless the event that corresponds to a particular bit occurs during transmission. Each 
transmission should be followed by a read of this register. The contents of this register are not specified until after the first 
transmission. 



7 


6 


5 


4 


3 


2 


1 





owe 


CDH 


FU 


CRS 


ABT 


COL 


— 


PTX 



Bit 


Symbol 


Description 


DO 


PTX 


Packet Transmitted: Indicates transmission without error. (No excessive collisions or FIFO 
underrun) (ABT = "0", FU = "0") 


D1 


Reserved 


Reserved 


D2 


COL 


Transmit Collided: indicates that the transmission collided at least once with another station on 
the network. The number of collisions Is recorded In the Number of Collisions Registers (NCR). 


D3 


ABT 


Transmit Aborted: Indicates the ST-NIC aborted transmission because of excessive collisions. 
(Total number of transmissions Including original transmission attempt equals 16.) 


D4 


CRS 


Carrier Sense Lost: This bit Is set when carrier is lost during transmission of the packet. 
Transmission is not aborted on loss of carrier. 


D5 


FU 


FIFO Underrun: If the ST-NIC cannot gain access of the bus before the FIFO empties, this bit Is 
set. Transmission of the packet will be aborted. 


D6 


CDH 


CD Heartbeat: Failure of the transceiver to transmit a collision signal after transmission of a 
packet will set this bit. The Collision Detect (CD) heartbeat signal must commence during the first 
6.4 lis of the Interframe Gap following a transmission. In certain collisions, the CD Heartbeat bit 
will be set even though the transceiver is not performing the CD heartbeat test. 


D7 


owe 


Out of Window Collision: Indicates that a collision occurred after a slot time (51 .2 jxs). 
Transmissions rescheduled as in normal collisions. 
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10.0 Internal Registers (continued) 

10.3 REGISTER DESCRIPTIONS (Continued) 

RECEIVE CONFIGURATION REGISTER (RCR) OCH (WRITE) 

This register determines operation of the ST-NIC during reception of a packet and Is used to program what types of packets to 
accept. 
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f^ON 


PRO 


AM 


AB 


AR 


SEP 



Bit 



Symbol 



Description 



DO 



SEP 



Save Errored Packets 

0: Packets with receive errors are rejected. 

1 : Packets with receive errors are accepted. Receive errors are CRC and Frame Alignment 



D1 



AR 



Accept Runt Packets: This bit allows the receiver to accept packets that are smaller than 64 
bytes. The packet must be at least B bytes long to be accepted as a runt. 
0: Packets with fewer than 64 bytes rejected. 
1 : Packets with fewer than 64 bytes accepted. 



D2 



AB 



Accept Broadcast: Enables the receiver to accept a packet with an all 1 's destination address. 
0: Packets with broadcast destination address rejected. 
1 : Packets with broadcast destination address accepted. 



03 



AM 



Accept Multicast: Enables the receiver to accept a packet with a multicast address. Ail multicast 

addresses must pass the hashing array. 

0: Packets with multicast destination address not checked. 

1 : Packets with multicast destination address checked. 



D4 



PRO 



Promiscuous Physical; Enables the receiver to accept all packets with a physical address. 
0: Physical address of node must match the station address programmed in PAR0-PAR5. 
1 : All packets with physical addresses accepted. 



D5 



MON 



Monitor Mode: Enables the receiver to check addresses and CRC on Incoming packets without 

buffering to memory. The Missed Packet Tally counter will be Incremented for each recognized 

packet. 

0: Packets buffered to memory. 

1 : Packets checked for address match, good CRC and Frame Alignment but not buffered to 

memory. 



06 



Resereed 



Reserved 



D7 



Resen/ed 



Reserved 



Note: D2 and D3 ara "OR'd" together, i.e.. If D2 and D3 are set the ST-NIC will accept broadcast and multicast addresses as well as its own physical address. To 
establish full promiscuous mode, bits 02, 03, and D4 should be set. In addition the multicast hashing array must be set to all 1 's In order to accept all multicast 
addresses. 
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10.0 Internal Registers (Continued) 

10.3 REGISTER DESCRIPTIONS (Continued) 

RECEIVE STATUS REGISTER (RSR) OCH(READ) 

This register records status of the received pacl<et, including information on errors and the type of address match, either 
physical or multicast. The contents of this register are written to buffer memory by the DMA after reception of a good packet. If 
packets with errors are to be saved the receive status is written to memory at the head of the erroneous packet if an erroneous 
packet is received. If packets with errors are to be rejected the RSR will not be written to memory. The contents will be cleared 
when the next packet arrives. CRC errors, Frame Alignment errors and missed packets are counted internally by the ST-NIC 
which relinguishes the Host from reading the RSR in real time to record errors for Network Management Functions. The 
contents of this register are not specified until after the first reception. 
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DFR 


DIS 


PHY 


MPA 


FO 


FAE 


CRC 


PRX 



Bit 



Symbol 



Description 



DO 



PRX 



Packet Received Intact: Indicates packet received without en-or. (Bits CRC, FAE, FO, and MPA 
are zero for the received packet.) 



D1 



CRC 



CRC Error: Indicates packet received with CRC error. Increments Tally Counter (CNTR1). This 
bit will also be set for Frame Alignment en-ors. ^ . - 



D2 



FAE 



Frame Alignment Error: Indicates that the incoming packet did not end on a byte boundary and 
the CRC did not match at the last byte boundary. Increments Tally Counter (CNTRO). 



D3 



FO 



FIFO Overrun: This bit is set when the FIFO is not serviced causing overflow during reception. 
Reception of the packet will be aborted. ^ 



D4 



MPA 



Missed Packet: Set when a packet intended for node cannot be accepted by ST-NIC because of 
a lack of receive buffers or if the controller is in monitor mode and did not buffer the packet to 
memory. Increments Tally Counter (CNTR2). 



D5 



PHY 



Physical/Multicast Address: Indicates whether received packet had a physical or multicast 

address type. 

0: Physical Address Match 

1: Multicast/Physical Address Match 



D6 



DIS 



Receiver Disabled: Set when receiver disabled by entering Monitor mode. Reset when receiver 
is re-enabled when exiting Monitor mode. ' 



D7 



DFR 



Deferring: Set when internal Carrier Sense or Collision signals are generated in the ENDEC 
module. If the transceiver has asserted the CD line as a result of the jabber, this bit will stay set 
indicating the jabber condition. ^ 



Note: Following coding applies to CRC and FAE bits. 



FAE 


CRC 


Type of Error 








No Error (Good CRC and <6 Dribble Bits) 





1 


CRC Error 


1 





Illegal, Will Not Occur 


1 


1 


Frame Alignment Error and CRC Error 
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10.0 Internal Registers (continued) 

10.4 DMA REGISTERS 



DMA Registers 
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LOCAL DMA TRANSMIT REGISTER 
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DMA 

CHANNEL 
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TRANSMIT BYTE COUNT 1 


1 ^ 
















LOCAL DMA RE 
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(PSTART) 


PAGE START 




(PSTOP) 


PAGE STOP 




(CURR) 


CURRENT 








(BRNY) 


BOUNDARY 
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READABLE 


RECEIVE BYTE COUNT | 








(CLDAO. 1) 


CURRENT LOCAL DMA ADDRESS U- 





REMOTE DMA REGISTERS 



(RSARO, 1) 
(RBCRO, 1) 

(CRADO, 1) 



5 8|7 ( 


) 


REMOTE 
DMA 

CHANNEL 


START ADDRESS 


BYTE COUNT CURRENT 








< 1 


REMOTE DMA ADDRESS 
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The DMA Registers are partitioned into groups; Transmit, 
Receive and Remote DMA Registers. The Transmit regis- 
ters are used to initialize the Local DMA Channel for trans- 
mission of packets while the Receive Registers are used to 
initialize the Local DMA Channel for packet Reception. The 
Page Stop, Page Start, Current and Boundary Registers are 
used by the Buffer Management Logic to supervise the Re- 
ceive Buffer Ring. The Remote DMA Registers are used to 
initialize the Remote DMA. 

Note: In the figure above, registers are shown as B or 1 6 bits wide. Although 
some registers are 16-bit internal registers, all registers are accessed 
as 8-bit registers. Thus the 16-bit Transmit Byte Count Register is 
brol<en into two B-bit registers, TBCRO, TBCR1 . Also TPSR, PSTART, 
PSTOP, CURR and BNRY only check or control the upper 8 bits ol 
address information on the bus. Thus, they are shifted to positions 
15-8 in the diagram above. 

10.5 TRANSMIT DMA REGISTERS 

TRANSMIT PAGE START REGISTER (TPSR) 

This register points to the assembled packet to be transmit- 
ted. Only the eight higher order addresses are specified 
since all transmit packets are assembled on 256-byte page 
boundaries. The bit assignment is shown below. The values 
placed in bits D7-D0 will be used to initialize the higher 
order address (A8-A1 5) of the Local DMA for transmission. 
The lower order bits (A7-A0) are initialized to zero. 



Bit Assignment 
7 6 5 



TPSR A15 



A14 A13 A12 All A10 A9 



AS 



(A7-A0 Initialized to Zero) 

TRANSMIT BYTE COUNT REGISTER 0, 1 
(TBCRO, TBCR1) 

These two registers indicate the length of the packet to be 
transmitted in bytes. The count must include the number of 
bytes in the source, destination, length and data fields. The 
maximum number of transmit bytes allowed is 64 Kbytes. 
The ST-NIC will not truncate transmissions longer than 
1 500 bytes. The bit assignment is shown below: 





7 


6 


5 


4 


3 


2 


1 





TBCR1 


L15 


L14 


LI 3 


L12 


L11 


L10 


L9 


L8 
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6 
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1 





TBCRO 


L7 


L6 


L5 


L4 


L3 


L2 


L1 


LO 
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10.0 Internal Registers (continued) 

10.6 LOCAL DMA RECEIVE REGISTERS 

PAGE START AND STOP REGISTERS (PSTART, PSTOP) 
The Page Start and Page Stop Registers program the start- 
ing and stopping address of the Receive Buffer Ring. Since 
the ST-NIC uses fixed 256-byte buffers aligned on page 
boundaries only the upper 8 bits of the start and stop ad- 
dress are specified. 
PSTART, PSTOP Bit Assignment 

PSTART, 
PSTOP 

BOUNDARY (BNRY) REGISTER 

This register is used to prevent overflow of the Receive 
Buffer Ring. Buffer management compares the contents of 
this register to the next buffer address when linking buffers 
together. If the contents of this register match the next buff- 
er address the Local DMA operation is aborted. 
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A15 


A14 


A13 


A12 


A11 


A10 


A9 


A8 
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BNRY 


A15 


A14 


A13 


A12 


A11 


A10 


A9 


A8 



CURRENT PAGE REGISTER (CURR) 
This register Is used internally by the Buffer Management 
Logic as a backup register for reception. CURR contains the 
address of the first buffer to be used for a packet reception 
and is used to restore DMA pointers in the event of receive 
errors. This register is initialized to the same value as 
PSTART and should not be written to again unless the con- 
troller is Reset. 
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CURR 


A15 


A14 


A13 


A12 


A11 


A10 


A9 


A8 



CURRENT LOCAL DMA REGISTER 0,1 (CLDAO, 1) 
These two registers can be accessed to determine the cur- 
rent local DMA address. 
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CLDA1 


A15 


A14 


A13 


A12 


A11 


A10 


A9 


A8 
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CLDAO 


A7 


AS 


A5 


A4 


A3 


A2 


A1 


AG 



10.7 REMOTE DMA REGISTERS 

REMOTE START ADDRESS REGISTERS (RSARO, 1) 
Remote DMA operations are programmed via the Remote 
Start Address (RSARO, 1) and Remote Byte Count 
(RBCRO, 1) registers. The Remote Start Address is used to 
point to the start of the block of data to be transferred and 
the Remote Byte Count is used to indicate the length of the 
block (in bytes). 
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RSAR1 


A15 


A14 


A13 


A12 


All 


A10 


A9 


A8 
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RSARO 


A7 


A6 


A5 


A4 


A3 


A2 


A1 


AO 



REMOTE BYTE COUNT REGISTERS (RBCRO, 1) 
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RBCR1 BC15 BC14 BC13 BC12 BC11 BC10 


BC9 


BC8 




7 6 5 4 3 2 1 





RBCRO 


BC7 


BC6 


BC5 


BC4 


BC3 


BC2 


BC1 


SCO 



Note: RSARO programs the start address bits A0-A7. 
RSAR1 programs the start address bits A8-A15. 
Address incremented by two tor word transfers, and by one for byte 
transfers. Byte Count decremented by two for word transfers and by 
one for byte transfers. 
RBCRO programs LSB byte count. 
RBCR1 programs filSB byta count. 

CURRENT REMOTE DMA ADDRESS (CRDAO, CRDA1 ) 
The Current Remote DMA Registers contain the current ad- 
dress of the Remote DMA. The bit assignment is shown 
below: 
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CRDA1 


A15 


A14 


A13 


A12 
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A9 


A8 
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CRDAO 
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AO 



10.8 PHYSICAL ADDRESS REGISTERS (PAR0-PAR5) 

The physical address registers are used to compare the 
destination address of incoming packets for rejecting or ac- 
cepting packets. Comparisons are performed on a byte- 
wide basis. The bit assignment shown below relates the se- 
quence in PAR0-PAR5 to the bit sequence of the received 
packet. 





D7 




D6 


05 




34 


D3 




D2 




D1 


DO 


PARO 


DA7 


DA6 


DAS 


DA4 


DA3 


DA2 


DAI 


DAO 


PARI 


DAI 5 


DAI 4 


DA13 


DA12 


DA11 


DA10 


DA9 


DAS 


PAR2 


DA23 


DA22 


DA21 


DA20 


DAI 9 


DA18 


DAI 7 


DAIS 


PAR3 


DA31 


DA30 


DA29 


DA28 


DA27 


DA26 


DA25 


DA24 


PAR4 


DA39 


DA38 


DA37 


DA38 


DA35 


DA34 


DA33 


DA32 


PARS 


DA47 


DA46 


DA4S 


DA44 


DA43 


DA42 


DA41 


DA40 




Destination Address Source 


P/S 


DAO 


DA1 


DA2 


DA3 




DA46 


DA47 


SAC 


... 



Note: P/S = Preamble, Synch 

DAO - Physical/Multicast Bit 

10.9 MULTICAST ADDRESS REGISTERS (MAR0-MAR7) 

The multicast address registers provide filtering of multicast 
addresses hashed by the CRC logic. All destination ad- 
dresses are fed through the CRC logic and as the last bit of 
the destination address enters the CRC, the 6 most slgnifi- 
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10.0 Internal Registers (continued) 

cant bits of the CRC generator are latched. These 6 bits are 
then decoded by a 1 of 64 decode to Index a unique filter bit 
(FBO-63) in the multicast address registers. If the filter bit 
selected is set, the multicast packet is accepted. The sys- 
tem designer would use a program to determine which filter 
bits to set In the multicast registers. All multicast filter bits 
that correspond to multicast address accepted by the node 
are then set to one. To accept all multicast packets all of 
the registers are set to all ones. 

Note: Although the hashing algorithm does not guarantee perfect filtering of 
multicast address, it will perfectly filter up to 64 multicast addresses if 
these addresses are chosen to map into unique locations in the multi- 
cast filter. 



CRC GENERATOR 



(X-31 TO X-26) 
CLK 



LJl 



LATCH 



1 OF 64 DECODE 



FILTER BIT ARRAY 



SELECTED BIT 
0" = REJECT "1" = ACCEPT 

TL/F/1 11 57-53 
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D4 
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DO 


MARO 


FB7 


FB6 


FB5 


FB4 


FB3 


FB2 


FBI 


FBO 


MAR1 


FB15 


FB14 


FBI 3 


FBI 2 


FB11 


FB10 


FB9 


FB8 


MAR2 


FB23 


FB22 


FB21 


FB20 


FBI 9 


FB18 


FB17 


FBI 6 


MAR3 


FB31 


FB30 


FB29 


FB28 


FB27 


FB26 


FB25 


FB24 


r^AR4 


FB39 


FB38 


FB37 


FB36 


FB35 


FB34 


FB33 


FB32 


MARS 


FB47 


FB46 


FB45 


FB44 


FB43 


FB42 


FB41 


FB40 


MAR6 


FB55 


FB54 


FB53 


FB52 


FB51 


FB50 


FB49 


FB48 


MAR7 


FB63 


FB62 


FB61 


FB60 


FB59 


FB58 


FB57 


FB56 



If address Y is found to hash to the value 32 (20H), then 
FB32 In MAR4 should be initialized to "1". This will cause 
the ST-NIC to accept any multicast packet with the address 
Y. 



10.10 NETWORK TALLY COUNTERS 

Three B-bit counters are provided for monitoring the number 
of CRC errors, Frame Alignment Errors and Missed Pack- 
ets. The maximum count reached by any counter is 192 
(COH). These registers will be cleared when read by the 
CPU. The count is recorded in binary in CT0-CT7 of each 
Tally Register. 

Frame Alignment Error Tally (CNTRO) 
This counter increments every time a packet is received 
with a Frame Alignment Error. The packet must have been 
recognized by the address recognition logic. The counter Is 
cleared after it is read by the processor. 
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CNTRO 


CI7 


CT6 


CT5 


CT4 


CT3 


CT2 


CT1 


CTO 



CRC Error Tally (CNTR1) 

This counter Is incremented every time a packet is received 
with a CRC error. The packet must first be recognized by 
the address recognition logic. The counter Is cleared after it 
Is read by the processor. 
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Frames Lost Tally Register (CNTR2) 
This counter Is incremented if a packet cannot be received 
due to lack of buffer resources. In monitor mode, this coun- 
ter will count the number of packets that pass the address 
recognition logic. 
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FIFO 

This is an 8-bit register that allows the CPU to examine the 
contents of the FIFO after locpback. The FIFO will contain 
the last 8 data bytes transmitted in the loopback packet. 
Sequential reads from the FIFO will advance a pointer In the 
FIFO and allow reading of all 8 bytes. 



6 



1 



FIFO DB7 DB6 DBS DB4 DB3 DB2 DB1 DBO 



Note: The FIFO should only be read when the ST-NIC has been pro- 
grammed in looptiack mode. 

NUMBER OF COLLISIONS (NCR) 
This register contains the number of collisions a node expe- 
riences when attempting to transmit a packet. If no colli- 
sions are experienced during a transmission attempt, the 
COL bit of the TSR will not be set and the contents of NCR 
will be zero. If there are excessive collisions, the ABT bit in 
the TSR will be set and the contents of NCR will be zero. 
The NCR is cleared after the TXP bit in the CR is set. 
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11.0 Initialization Procedures 

The ST-NIC must be initialized prior to transmission or re- 
ception of pacl<ets from the networl<. Power on reset Is ap- 
plied to the ST-NIC's reset pin. This clears/sets the follow- 
ing bits: 



Register 


Reset Bits 


Set Bits 


Command Register (CR) 


TXP, STA 


RD2, STP 


Interrupt Status (ISR) 




RST 


interrupt Mask (IMR) 


All Bits 




Data Control (DCR) 




LAS 


Transmit Config. (TCR) 


LB1,LB0 





The ST-NIC remains in its reset state until a Start Command 
is Issued. This guarantees that no packets are transmitted 
or received and that the ST-NIC remains a bus slave until all 
appropriate internal registers have been programmed. After 
initialization the STP bit of the command register Is reset 
and packets may be received and transmitted. 

Initialization Sequence 

The foiiowing initialization procedure is mandatory. 

1 . Program Command Register for Page (Command 
Register = 21 H) 

2. Initialize Data Configuration Register (DCR) 

3. Clear Remote Byte Count Registers (RBCRO, RBCR1) 

4. Initialize Receive Configuration Register (RCR) 

5. Place the ST-NIC In LOOPBACK mode 1 or 2 (Transmit 
Configuration Register = 02H or 04H) 

6. Initialize Receive Buffer Ring: Boundary Pointer 
(BNDRY), Page Start (PSTART), and Page Stop 
(PSTOP) 

7. Clear Intemjpt Status Register (ISR) by writing OFFH to 
it. 

8. Initialize interrupt Mask Register (IMR) 

9. Program Command Register for page 1 (Command 
Register = 61 H) 

i) Initialize Physical Address Registers (PAR0-PAR5) 
II) Initialize Multicast Address Registers (MAR0-MAR5) 
III) Initialize CURRent pointer 

10. Put ST-NIC in START mode (Command Register = 
22H). 

11. Initialize the Transmit Configuration Register for the in- 
tended value. The ST-NIC is now ready for transmission 
and reception. 

Before receiving packets, the user must specify the location 
of the Receive Buffer Ring. This is programmed in the Page 
Start and Page Stop Registers. In addition, the Boundary 
and Current Page Register must be initialized to the value of 
the Page Start Register. These registers will be modified 
during reception of packets. 



12.0 Loopbacl< Diagnostics 

Three forms of local loopback are provided on the ST-NIC. 
The user has the ability to loopback through the deserializer 
on the controller, through the ENDEC module or the Trans- 
ceiver. Because of the half duplex architecture of the 
ST-NIC, loopback testing is a special mode of operation 
with the following restrictions: 

Restrictions During Loopback 

The FIFO is split into two halves, one half is used for trans- 
mission and the other for reception. Only 8-bit fields can be 
fetched from memory so two tests are required for 16-bit 
systems to verify integrity of the entire data path. During 
loopback the maximum latency from the assertion of BREQ 
to BACK is 2.0 fis. Systems that wish to use the loopback 
test but do not meet this latency can limit the loopback to 

7 bytes without experiencing underflow. Only the last 

8 bytes of the loopback packet are retained In the FIFO. 
The last 8 bytes can be read through the FIFO register 
which will advance through the FIFO to allow reading the 
receive packet sequentially. 



Destination Address 



Source Address 



Length 



Data 



CRC 



■ (6 Bytes) Station Physical Address 

I 

2 Bytes 

= 46 to 1500 Bytes 

Appended by ST-NIC 
if CRC = "0" in TCR 



When in word-wide mode with Byte Order Select set, the 
loopback packet must be assembled in the even byte loca- 
tion as shown below. (Loopback only operates with byte 
wide transfers.) 

LS Byte (ADS- 15) MS Byte (ADO-7) 





Destination 




Source 




Length 


; ' 


b Data i 




CRC 1 



WTS = "1" B0S = "1" 



(DCR Bits) 



TL/F/11157-54 



When in word-wide mode with Byte Order Select low, the 
following format must be used for the loopback packet. 

MS Byte (AD8-15) LS Byte (ADO-7) 



Destination 




Source 




Length 




; Data P 


i J 


CRC 





WTS = "1" BOS = "0" (DCR Bits) 

TL/F/1 11 57-55 
Note: When using loopback in word mode 2n bytes must be programmed in 
TBCRO, 1 . Where n = actual number of bytes assembled in even or 
odd location. 
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12.0 Loopback Diagnostics (continued) 

To Initiate a loopbacl< the user first assembles the loopback 
packet then selects the type of loopback using the Transmit 
Configuration register bits LBO, LB1 . The transmit configura- 
tion register must also be set to enable or disable CRC gen- 
eration during transmission. The user then issues a normal 
transmit command to send the packet. During loopback the 
receiver checks for an address match and if CRC bit in the 
TCR is set, the receiver will also check the CRC. The last 8 
bytes of the loopback packet are buffered and can read out 
of the FIFO using the FIFO read port. 

Loopback Modes 

MODE 1: Loopback through the NIC Module (LB1 = 0, 

LBO = 1 ): If this loopback is used, the NIC Modules's serial- 

izer is connected to the deserializer. 

MODE 2: Loopback through the ENDEC Module (LB1 = 1, 

LBO = 0): If the loopback is to be performed through the 

SNI, the ST-NIC provides a control (LPBK) that forces the 

ENDEC module to loopback all signals. 

MODE 3: Loopback to cable (LB1 = 1, LBO = 1). Packets 

can be transmitted to the cable In loopback mode to check 

all of the transmit and receive paths and the cable itself. 

Note: Collision and Carrier Sense can be generated by the ENDEC module 
and are maslted by the NIC module. It Is not possible to go directly 
between the loopback modes, it is necessary to return to normal oper- 
ation (OOH) when changing modes. 

Reading the Loopback Packet 

The last 8 bytes of a received packet can be examined by 8 
consecutive reads of the FIFO register. The FIFO pointer is 
incremented after the rising edge of the CPU's read strobe 
by internally synchronizing and advancing the pointer. This 
may take up to four bus clock cycles, if the pointer has not 
been incremented by the time the CPU reads the FIFO reg- 
ister again, the ST-NIC will insert wait states. 
Note: The FIFO may only be read during Loopbacl<. Reading the FIFO at 
any other time will cause the ST-NIC to malfunction. 

Alignment of the Received Packet In the FIFO 

Reception of the packet in the FIFO begins at location zero, 
after the FIFO pointer reaches the last location in the FIFO, 
the pointer wraps to the top of the FIFO ovenwriting the 
previously received data. This process is continued until the 
last byte is received. The ST-NIC then appends the received 
byte count in the next two locations of the FIFO. The con- 
tents of the Upper Byte Count are also copied to the next 
FIFO location. The number of bytes used in the loopback 
packet determines the alignment of the packet in the FIFO. 



The alignment for a 64-byte packet is shown below. 



FIFO 
Location 


FIFO 

Contents 







Lower Byte Count 


First Byte Read 


1 


Upper Byte Count 


Second Byte Read 


2 


Upper Byte Count 




3 


Last Byte 




4 


CRC1 




5 


CRC2 




6 


CRC3 




7 


CRC4 


Last Byte Read 



For the following alignment in the FIFO the packet length 
should be (N X 8) -f 5 Bytes. Note that if the CRC bit in the 
TCR is set, CRC will not be appended by the transmitter. If 
the CRC is appended by the transmitter, the 1st four bytes, 
bytes N-3 to N, correspond to the CRC. 



FIFO 
Location 


FIFO 
Contents 







Byte N-4 


First Byte Read 


1 


Byte N-3 (CRC1) 


Second Byte Read 


2 


Byte N-2 {CRC2) 


• 


3 


Byte N-1 (CRC3) 


• 


4 


Byte N (CRC4) 


• 


5 


Lower Byte Count 


• 


6 


Upper Byte Count 


Last Byte Read 


7 


Upper Byte Count 





LOOPBACK TESTS 

Loopback capabilities are provided to allow certain tests to 
be performed to validate operation of the DP83902A ST- 
NIC prior to transmitting and receiving packets on a live 
network. Typically these tests may be performed during 
power up of a node. The diagnostic provides support to veri- 
fy the following: 

1. Verify integrity of data path. Received data is checked 
against transmitted data. 

2. Verify the CRC logic's capability to generate good CRC 
on transmit, verify CRC on receive (good or bad CRC). 
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12.0 Loopback Diagnostics (continued) 

3. Verify that the Address Recognition Logic can . 

a) Recognize address match paci<ets 

b) Reject packets that fail to match an address 
LOOPBACK OPERATION IN THE ST-NIC 

Loopback Is a modified form of transmission using only half 
of the FIFO. This places certain restrictions on the use of 
loopback testing. When loopback mode Is selected In the 
TCR, the FIFO Is split. A packet should be assembled in 
memory with programming of TPSR and TBCRO, TBCR1 
registers. When the transmit command Is Issued the follow- 
ing operations occur: 
Transmitter Actions 

1 . Data Is transferred from memory by the DMA until the 
FIFO Is filled. For each transfer TBCRO and TBCR1 are 
decremented. (Subsequent burst transfers are Initiated 
when the number of bytes in the FIFO drops below the 
programmed threshold.) 

2. The ST-NIC generates 56 bits of preamble followed by an 
8-blt synch pattern. 

3. Data transferred from FIFO to serlalizer. 

4. If CRC = 1 in TCR, the CRG is not calculated by ST-NIC, 
and the last byte transmitted Is the last byte from the 
FIFO (Allows software CRC to be appended). If CRC = 
0, ST-NIC calculates and appends four bytes of CRC. 

5. At end of Transmission PTX bit set In ISR. 
Receiver Actions 

1 . Wait for synch, all preamble stripped. 

2. Store packet In FIFO, Increment receive byte count for 
each incoming byte. 

3. If CRC = 1 in TCR, receiver checks Incoming packet for 
CRC errors. If CRC = in TCR, receiver does not check 
CRC errors, CRC error bit always set in RSR (for address 
matching packets). 

4. At the end of receive, the receive byte count Is written 
Into the FIFO, and the receive status register Is updated. 
The PRX bit is typically set In the RSR even if the address 
does not match. If CRC errors are forced, the packet 
must match the address filters In order for the CRC error 
bit In the RSR to be set. 

EXAMPLES 

The following examples show what results can be expected 
from a properly operating ST-NIC during loopback. The re- 
strictions and results of each type of loopback are listed for 
reference. The loopback tests are divided Into two sets of 
tests. One to verify the data path, CRC generation and byte 
count through all three paths. The second set of tests uses 
internal loopback to verify the receiver's CRC checking and 
address recognition. For all of the tests the DCR was pro- 
grammed to 40H. 



Path 


TCR 


RCR 


TSR 


RSR 


ISR 


ST-NIC Internal 


02 


IF 


53 
(Notel) 


02 
(Note 2) 


02 
(Note 3) 



Note 1: Since carrier sense and collision detect are generated in tlie EN- 
DEC module, they are blocked during NIC loopback. Carrier and CD 
heartbeat are not seen and the CRS and CDH bits are set. 

Note 2: CRC errors are always indicated by the receiver if CRC is appended 
by the transmitter. 

Note 3: Only the PTX bit in the ISR is set, the PRX bit is only set if status is 
written to memory. In loopback this action does not occur and the 
PRX bit remains for all loopback modes. 

Note 4: All values are hex. 



Path 


TCR 


RCR 


TSR 


RSR 


ISR 


ST-NIC Internal 


04 


IF 


43 
(Notel) 


02 


02 


Note 1: CDH is set, CRS is not set since it is generated by the external 
encoder/decoder. 


Path 


TCR 


RCR 


TSR 


RSR 


ISR 


ST-NIC External 


06 


IF 


03 
(Notel) 


02 


02 
(Note 2) 



Note 1: CDH and CRS should not be set. The TSR however, could also 
contain 01 H, 03H, 07H and a variety of other values depending on 
whether collisions were encountered or the packet was deferred. 

Note 2: The ISR will contain 08H II packet is not transmittable. 

Note 3: During external loopback the ST-NIC is now exposed to network 
traffic. It is therefore possible for the contents of both the Receive 
portion of the FIFO and the RSR to be corrupted by any other 
packet on the network. Thus in a live network the contents of the 
FIFO and RSR should not be depended on. The ST-NIC will still 
abide by the standard CSMA/CD protocol in external loopback 
mode. (I.e., The network will not be disturbed by the loopback pack- 
et.) 

Note 4: All values are hex. 

CRC AND ADDRESS RECOGNITION 

The next three tests exercise the address recognition logic 
and CRC. These tests should be performed using Internal 
loopback only so that the ST-NIC Is Isolated from Interfer- 
ence from the network. These tests also require the capabil- 
ity to generate CRC In software. 

The address recognition logic cannot be directly tested. The 
CRC and FAE bits In the RSR are only set If the address In 
the packet matches the address filters. If en'ors are expect- 
ed to be set and they are not set, the packet has been 
rejected on the basis of an address mismatch. The following 
sequence of packets will test the address recognition logic. 
The DCR should be set to 40H and the TCR should be set 
to 03H with a software generated CRC. 



Packet Contents 


Results 


Test 


Address 


CRC 


RSR 


Test A 
Teste 
Teste 


Matching 

Matching 

Non-Matching 


Good 
Bad 
Bad 


01 (Note 1) 

02 (Note 2) 

01 



Note 1: Status will read 21H if multicast address used. 

Note 2: Status will read 22H if multicast address used. 

Note 3: in test A, the RSR is set up. In lest B the address is found to match 
since the CRC is flagged as bad. Test C proves that the address 
recognition logic can distinguish a bad address and does not notify 
the RSR of the bad CRC. The receiving CRC is proven to work in 
test A and test B. 

Note 4: All values are hex. 

NETWORK MANAGEMENT FUNCTIONS 

Network management capabilities are required for mainte- 
nance and planning of a local area network. The ST-NIC 
supports the minimum requirement for network manage- 
ment in hardware, the remaining requirements can be met 
with software counts. There are three events that software 
alone can not track during reception of packets: CRC errors, 
Frame Alignment errors, and missed packets. 
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12.0 Loopback Diagnostics (continued) 

Since errored packets can be rejected, the status associat- 
ed with these packets is lost unless the CPU can access the 
Receive Status Register before the next packer arrives. In 
situations where another packet arrives very quickly, the 
CPU may have no opportunity to do this. The ST-NIC counts 
the number of packets with CRC errors and Frame Align- 
ment errors. 8-Bit counters have been selected to reduce 
overhead. The counters will generate interrupts whenever 
their MSBs are set so that a software routine can accumu- 
late the network statistics and reset the counter before 
overflow occurs. The counters are sticky so that when they 
reach a count of 192 (COH) counting is halted. An additional 
counter is provided to count the number of packets the ST- 
NIC misses due to buffer overflow or being offline. 
The structure of the counters is shown below: 



Additional information required for network management is 
available in the Receive and Transmit Status Registers. 
Transmit status is available after each transmission for infor- 
mation regarding events during transmission. 
Typically, the following statistics might be gathered In soft- 
ware: 
Traffic: Frames Sent OK 

Frames Received OK 

Multicast Frames Received 

Packets Lost Due to Lack of Resources 

Retries/Packet 

Errors: CRC Errors 

Alignment Errors 
Excessive Collisions 
Packet with Length Errors 
Heartbeat Failure 
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"D 
00 
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CNTRO 
CNTRl 
CNTR2 



FRAME ALIGNMENT ERRORS COUNTER 



CRC ERRORS COUNTER 



MISSED PACKETS COUNTER 



MSB 

MSB 
MSB 
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INTERRUPT 
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13.0 Bus Arbitration and Timing 

The ST-NIC operates in three possible modes: 

• BUS MASTER (WHILE PERFORMING DMA) 

• BUS SLAVE (WHILE BEING ACCESSED BY CPU) 

• IDLE 



BUS SUVE 

(ACCESSED 



RESET PIN ASSERTED 
rOR 8 BSCK AND 16 XI 

CLOCKS 

(EITHER SIMULTANEOUSLY 

OR SEQUENTIALLY) 



PERIPHERAL) 



BUS MASTER 

(PERFORMS 

DMA) 




Upon power-up the ST-NIC Is in an indeterminate state. Af- 
ter receiving a hardware reset the ST-NIC Is a bus slave In 
the Reset State, the receiver and transmitter are both dis- 
abled in this state. The reset state can be re-entered under 
three conditions, soft reset (Stop Command), hard reset 
(RESET input) or an error that shuts down the receiver of 
transmitter (FIFO underflow or overflow). After Initialization 
of registers, the ST-NIC is issued a Start command and the 
ST-NIC enters Idle state. Until the DMA is required the 
ST-NIC remains in idle state. The idle state is exited by a 
request from the FIFO on the case of receiver or transmit, or 
from the Remote DMA in the case of Remote DMA 
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operation. After acquiring the bus in a BREQ/BACK hand- 
shake the Remote or Local DMA transfer is completed and 
the ST-NIC re-enters the idle state. 

DMA TRANSFERS TIMING 

The DMA can be programmed for the following types of 
transfers: 

16-Bit Address, 8-bit Data Transfer 

16-Bit Address, 16-bit Data Transfer 

32-Bit Address, 8-bit Data Transfer 

32-Blt Address, 16-bit Data Transfer 
All DMA transfers use BSCK for timing. 16-Bit Address 
modes require 4 BSCK cycles as shown below: 



BSCK 



16-Bit Address, 8-Bit Data 

T1 I T2 I T3 



I rn. 



1 I — \ I — I I 



ADO-7 



AO-7 



DATA 



AD8-15 



ADSO 



A8-15 



MWR.MRD 



\. 



y 
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13.0 Bus Arbitration and Timing (continued) 

16-Bit Address, 16-Bit Data 

r Tl I T2 I 



BscK I I I r 

ADO-7 ( AO-7 } C 



ADa-15 



ADSO 



MWR,MRD 



-C^jEDC 



> 



BSCK 



AD8-15 



ADSt 



ADSO 



MWR.MRD 



BSCK 



AD8' 



ADS1 



ADSO 



MWR.MRD 



■\. 



y 



32-Bit Address, 8-Bit Data 

T1 I T2 



ADO-7 ( tl6-23 ) (" 



X 



-d^EEDC 



^^^ 



^w^ 



"V 



y 



32-Bit Address, 16-Bit Data 

Tl I 12 



ADO-7 ( A16-23 X *°~' "y 



15 < A24-31 X A8-.5 jT 



■\. 



y 
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■o 
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Note: In 32-bit address mode, ADS1 Is at TRI-STATE after the first T1-T4 states: thus, a 4.7k pull-down resistor is required for 32-bit address. 
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13.0 Bus Arbitration and Timing (continued) 

When in 32-bit mode four additional BSCK cycles are re- 
quired per burst. The first bus cycle (T1 '-T4') of each burst 
is used to output the upper 16-bit addresses. This 16-bit 
address is programnned in RSARO and RSAR1 and points to 
a 64k page of system memory. All transmitted or received 
packets are constrained to reside within this 64k page. 



FIFO BURST CONTROL 

All Local DMA transfers are burst transfers, once the DMA 
requests the bus and the bus is acknowledged, the DMA will 
transfer an exact burst of bytes programmed in the Data 
Configuration Register (DOR) then relinquish the bus. If 
there are remaining bytes in the FIFO the next burst will not 
be initiated until the FIFO threshold Is exceeded. If BACK is 
removed during the transfer, the burst transfer will be abort- 
ed. (DROPPING BACK DURING A DMA CYCLE IS NOT 
RECOMMENDED.) 



BREQ 



■\. 



BACK 



y 



ADO- 15 



where N = 1, 2, 4. or 6 Words or N = 2, 4, 8, or 12 Bytes when in byte mode. 

INTERLEAVED LOCAL OPERATION 

If a remote DMA transfer is initiated or in progress when a 
packet is being received or transmitted, the Remote DMA 
transfer will be interrupted for higher priority Local DMA 
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transfers. When the Local DMA transfer is completed the 
Remote DMA will rearbitrate for the bus and continue its 
transfers. This is illustrated below: 



BREQ 



v 



J- 



■\. 



BACK 



ADO- 15 



y 



"V 



Note that if the FIFO requires sen/ice while a remote DMA is 
In progress, BREQ is not dropped and the Local DMA burst 
is appended to the Remote Transfer. When switching from 
a local transfer to a remote transfer, however, BREQ is 
dropped and raised again. This allows the CPU or other 
devices to fairly contend tor the bus. 

FIFO AND BUS OPERATIONS 

Overview 

To accommodate the different rates at which data comes 
from (or goes to) the network and goes to (or comes from) 
the system memory, the ST-NIC contains a 16-byte FIFO for 
buffering data between the bus and the media. The FIFO 
threshold is programmable, allowing filling (or emptying) the 
FIFO at different rates. When the FIFO has filled to its pro- 
grammed threshold, the local DMA channel transfers these 
bytes (or words) into local memory. It is crucial that the local 
DMA is given access to the bus within a minimum bus laten- 
cy time; othenwise a FIFO underrun (or overrun) occurs. 
To understand FIFO underruns or overruns, there are two 
causes which produce this condition— 
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.1. the bus latency Is so long that the FIFO has filled (or 
emptied) from the network before the local DMA has 
serviced the FIFO. 

2. the bus latency or bus data rate has slowed the through- 
put of the local DMA to a point where it is slower than the 
network data rate (10 Mb/s). This second condition is 
also dependent upon DMA clock and word width (byte 
wide or word wide). 

The worst case condition ultimately limits the overall bus 

latency which the ST-NIC can tolerate. 

FIFO Underrun and Transmit Enable 
During transmission, if a FIFO unden-un occurs, the Trans- 
mit enable (TXE) output may remain high (active). Generally, 
this will cause a very large packet to be transmitted onto the 
network. The jabber feature of the transceiver will terminate 
the transmission, and reset TXE. 

To prevent this problem, a properly designed system will not 
allow FIFO underruns by giving the ST-NIC a bus acknowl- 
edge within time shown in the maximum bus latency curves 
shown and described later. 

FIFO at the Beginning of Receive 

At the beginning of reception, the ST-NIC stores entire Ad- 
dress field of each incoming packet in the FIFO to deter- 
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13.0 Bus Arbitration and Timing (continued) 

mine whether the packet matches its Physical Address Reg- 
isters or maps to one of its Multicast Registers. This causes 
the FIFO to accumulate 8 bytes. Furthermore, there are 
some synchronization delays in the DMA PLA. Thus, the 
actual time that BREQ is asserted from the time the Start of 
Frame Delimiter (SFD) is detected is 7.8 jis. This operation 
affects the bus latencies at 2- and 4-byte thresholds during 
the first receive BREQ since the FIFO must be filled to 8 
bytes (or 4 words) before issuing a BREQ. 

FIFO Operation at the End of Receive 

When Carrier Sense goes low, the ST-NIC enters Its end of 
packet processing sequence, emptying Its FIFO and writing 
the status Information at the beginning of the packet. Figure 
5. The ST-NIC holds onto the bus for the entire sequence. 
The longest time BREQ may be extended occurs when a 
packet ends just as the ST-NIC performs its last FIFO burst. 
The ST-NIC, in this case, performs a programmed burst 
transfer followed by flushing the remaining bytes in the 
FIFO, and completes by writing the header information to 
memory. The following steps occur during this sequence. 

1. ST-NIC Issues BREQ because the FIFO threshold has 
been reached 

2. During the burst, packet ends, resulting in BREQ extend- 
ed. 

3. ST-NIC flushes remaining bytes from FIFO 

4. ST-NIC performs internal processing to prepare for writ- 
ing the header. 

5. ST-NIC vyrites 4-byte (2-word) header 

6. ST-NIC deasserts BREQ 



End of Packet Processing (EOPP) times for 10 MHz and 
20 MHz have been tabulated in the table below. 



Mode 


Threshold 


Bus Clock 


EOPP 


Byte 


2 Bytes 
4 Bytes 
8 Bytes 


10 MHz 


7.0 ;as 
8.6fj.s 
11.0 ns 


Byte 


2 Bytes 
4 Bytes 
8 Bytes 


20 MHz 


3.6 /iS 
4.2 jas 
5.0 fts 


Word 


2 Bytes 
4 Bytes 
8 Bytes 


10 MHz 


5.4 ns 
6.2 US 
7.4 ns 


Word 


2 Bytes 
4 Bytes 
8 Bytes 


20 MHz 


3.0 fiS 
3.2 ns 
3.6 ns 



End of Packet Processing Times for Various FIFO 
Thresholds, Bus Clocks and Transfer Modes 

Threshold Detection (Bus Latency) 

To assure that no overa/rlting of data In the FIFO occurs, the 
FIFO logic flags a FIFO overrun as the 13th byte is written 
into the FIFO, effectively shortening the FIFO to 13 bytes. 
The FIFO logic also operates differently in Byte Mode and in 
Word Mode. In Byte Mode, a threshold Is indicated when 
the n-H byte has entered the FIFO; thus, with an 8-byte 
threshold, the ST-NIC issues Bus Request (BREQ) when 
the 9th byte has entered the FIFO. For Word Mode, BREQ 
Is not generated until the n -I- 2 bytes have entered the FIFO. 
Thus, with a 4-word threshold (equivalent to 8-byte thresh- 
old), BREQ Is Issued when the 10th byte has entered the 
FIFO. The two graphs, following. Indicate the maximum al- 
lowable bus latency for Word and Byte transfer modes. 



End of Packet Processing 



BREQ 



MWR- 



-| Burst LengtiTI— J Empty FIFO 



CRS 




Internal Processing 
to Issue Status 
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13.0 Bus Arbitration and Timing (continued) 

The FIFO at the Beginning of Transmit 

Before transmitting, the ST-NIC performs a prefetch from 
memory to load the FIFO. The number of bytes prefetched 



is the programmed FIFO threshold. The next BREQi is not 
Issued until after the ST-NIC actually begins transmitting 
data, I.e., after SFD. The Transmit Prefetch diagram illus- 
trates this process. 



BREQ 



Transmit Prefetch Timing 

Tolerated Bus Latency = [(No. of Bytes Stored in FIFO) x 800] -400 ns 
or (12 Bytes -FIFO Threshold) 
whichever Is less 
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Maximum Bus Latency for Word Mode 
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13.0 Bus Arbitration and Timing (continued) 

REMOTE DMA-BIDIRECTIONAL PORT CONTROL 

The Remote DMA transfers data between the local buffer 
memory and a bidirectional port (memory to I/O transfer). 
This transfer Is arbited on a byte by byte basis versus the 
burst transfer used for Local DMA transfers. This bidirec- 
tional port is also read/written by the host. All transfers 
through this port are asynchronous. At any one time trans- 
fers are limited to one direction, either from the port to local 
buffer memory (Remote Write) or from local buffer memory 
to the port (Remote Read). 

Bus Handshake Signals for Remote DMA Transfers 

BIDIRECTIONAL PORT DMA SIGNALS 

SNIC SIGNALS 




RACK'* 



► DATA 



lORD 



REMOTE READ TIMING 

1 . The DMA reads byte/word from local buffer memory and 
writes byte/word into latch, increments the DMA address 
and decrements the byte count (RBCRO, 1). 

2. A Request Line (PRO) is asserted to inform the system 
that a byte is available. 

3. The system reads the port, the read strobe (RACK) is 
used as an acknowledge by the Remote DMA and it goes 
back to step 1. 

Steps 1 -3 are repeated until the remote DMA is complete. 
Note that in order for the Remote DMA to transfer a byte 
from memory to the latch, it must arbitrate access to the 
local bus via a BREQ, BACK handshake. After each byte or 
word is transferred to the latch, BREQ is dropped. If a Local 
DMA is in progress, the Remote DMA Is held off until the 
local DMA is complete. 
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13.0 Bus Arbitration and Timing (continued) 

REMOTE WRITE TIMING 

A Remote Write operation transfers data from tfie I/O port 
to the local buffer RAM. Tfie ST-NIC initiates a transfer by 
requesting a byte/word vi a tfie PRQ. The system transfers a 
byte-word to the latch via lOW. This write strobe is detected 
by the ST-NIC and PRQ is removed. By removing the PRQ, 
the Remote DMA holds off further transfers into the latch 
until the current byte/word has been transferred from the 
latch, PRQ is reasserted and the next transfer can begin. 



1 . ST-NIC asserts PRQ. System writes byte/word into latch. 
ST-NIC removes PRQ. 

2. Remote DMA reads contents of port and writes byte/ 
word to local buffer memory, increments address and 
decrements byte count (RBCRO, 1). 

3. Go back to step 1 . 

Steps 1-3 are repeated until the remote DMA is com- 
plete. 
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REMOTE DMA WRITE SPECIAL 
CONSIDERATIONS 

Setting PRQ Using the Remote Read 

Unde r certa in co nditio ns the ST-NIC bus state machine may 
issue MWR and PRD before PRQ for the first DMA transfer 
of a Remote Write Command. If this occurs this could cause 
data corruption, or causa the remote DMA count to be dif- 
ferent from the main CPU count causing the system to "lock 
up". 

To prevent this condition when implementing a Remote 
DMA Write, the Remote DMA Write command should first 
be preceded by a Remote DMA Read command to insure 
that the PRQ signal is asserted before the ST-NIC starts its 
port read cycle. The reason for this is that the state machine 
that asserts PRQ runs independently of the state machine 
that controls the DMA signals. The DMA machine assumes 
that PRQ is asserted, but actually may not be. To remedy 
this situation, a single Remote Read cycle should be insert- 
ed before the actual DMA Write Command is given. This will 
ensure that PRQ is asserted when the Remote DMA Write Is 
subsequently executed. This single Remote Read cycle is 
called a "dummy Remote Read". In order for the dummy 
Remote Read cycle to operate correctly, the Start Address 
should be programmed to a known, safe location in the buff- 
er memory space, and the Remote Byte count should be 
programmed to a value greater than 1. This will ensure that 



BYTE READ FROM LATCH 

- BY REMOTE DMA AND - 

WRITTEN TO LOCAL 

EUrrER MEMORY 
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the master read cycle is performed safely, eliminating the 
possibility of data corruption. 

Remote Write with High Speed Buses 

When implementing the Remote DMA Write solution with 
high speed buses and CPU's, timing may cause the system 
to hang. Therefore additional considerations are required. 
A problem occurs when the system can execute the dummy 
Remote Read and then start the Remote Write before the 
ST-NIC has had a chance to execute the Remote Read. If 
this happens the PRQ signal will not get set, and the Re- 
mote Byte Count and Remote Start Address for the Remote 
Write operation could be corrupted. This is shown by the 
hatched waveforms in the following timing diagram. The ex- 
ecution of the Remote Read can be delayed by the local 
DMA operations (particularly during end-of-packet process- 
ing). 

To ensure the dummy Remote Read does execute, a delay 
must be inserted between writing the Remote Read Com- 
mand, and starting to write the Remote Write Start Address. 
(This time is designated in the next figure by the delay ar- 
rows.) The recommended method to avoid this problem Is 
after the Remote Read command is given, to poll both bytes 
of the Current Remote DMA Address Registers. When the 
address has incremented PRQ has been set. Software 
should recognize this and then start the Remote Write. 
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13.0 Bus Arbitration and Timing (continued) 

An additional caution for high speed systems is that the 
poliing must follow guidelines specified in the Time Between 
Chip Selects section. That is, there must be at least 4 bus 
clocl<s between chip selects. (For example when BSCK = 
20 MHz, then this time should be 200 ns). 
The general flow for executing a Remote Write is: 

1 . Set Remote Byte Count to a value > 1 and Remote Start 
Address to unused RMA (one location before the trans- 
mit start address is usually a safe location). 

2. Issue the "dummy" Remote Read command. 



3. Read the Current Remote DMA Address (CRDA) (both 
bytes). 

4. Compare to previous CRDA value if different go to 6. 

5. Delay and jump to 3. 

6. Set up for the Remote Write command, by setting the 
Remote Byte Count and the Remote Start Address (note 
that if the Remote Byte count in step 1 can be set to the 
transmit byte count plus one, and the Remote Start Ad- 
dress to one less, these will now be incremented to the 
correct values.) 

7. Issue the Remote Write command. 
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Note: The dastied lines indicate incorrect timing as described In text. 

Timing Diagram for Dummy Remote Read 
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13.0 Bus Arbitration and Timing (continued) 

SLAVE MODE TIMING 

When C5 is low, the ST-NIC becomes a bus slave. The CPU 
can then read or write any internal registers. All register 
accesses are byte wide. The timing for register access Is 
shown below. The host CPU acc esses int ernal registers 
with four address lines, RA0-RA3, SRD and SWR strobes. 



ADSO is used to latch the address when interfacing to a 
multiplexed, address data bus. Since the ST-NIC may be a 
local bus master when th e hos t CPU attempts to read or 
write to the controller, an ACK line is used to hold off the 
CPU until the ST-NIC leaves master mode. Some number of 
BSCK cycles is also required to allow the ST-NIC to syn- 
chronize to the read or write cycles. 
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TIME BETWEEN CHIP SELECTS 

The ST-NIC requires that successive chip selects be no 
closer than 4 bus clocks (BSCK) t ogeth er. If the condition Is 
violated, the ST-NIC may glitch ACK. CPUs that operate 
from pipelined instructions (i.e., 386) or have a cache (I.e., 



486) can execute consecutive I/O cycles very quickly. The 
solution is to delay the execution of consecutive I/O cycles 
by either breaking the pipeline or forcing the CPU to access 
outside Its cache. 
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14.0 Preliminary Electrical Characteristics 
Absolute Maximum Ratings 

If Military/ Aerospace specified devices are required, Note: Absolute Maximum ratings are ttiose values beyond 
please contact the National Semiconductor Sales which the safety of the device cannot be guaranteed. Tliey 
Office/Distributors for availability and specifications. are not meant to imply that the device should be operated at 
Supply Voltage (Vqc) - 0.5V to + 7.0V 'hese limits. 

DC Input Voltage (Vin) -O.SVtoVcc + 0.5V fiols: All specifications in this datasheet are valid only if the 
r.r.^\ .,, ,; ,., 1 ,,c„4 w j_nm/ mandatory isolation is employed and all differential signals 
DC Output Voltage (Vqut) -0.5V to Vcc + 0.5V ^^^ ,^^^/,^ ^^^, ^, ^^^^^J| ^^ jp, ^.^^ ^, ,/,^ .^^,^^.^^ 

Storage Temperature Range (Tstg) - 65°C to + 1 50'C 

Power Dissipation (PD) 800 mW 

Lead Temp. (TL) (Soldering, 1 sec.) 260°C 

ESD Rating (Rzap = 1 .5k, Czap = 1 00 pF) 1 .5 l<V 

Pin to Pin 

Pin to GND 

Pin to Vcc (±1 ZAP) 

Clamp Diode Current ± 20 mA 

Preliminary DC Specifications ta = o°cto7o°c, vcc = sv ±5%, unless otherwise specified. 


Symbol 


Parameter 


Conditions 


Min 


Max 


Units 


VOH 


Minimum High Level Output Voltage 
(Notes 1,4) 


lOH = -20 mA 
!0H= -2.0 mA 


Vcc -0.1 
3.5 




V 
V 


Vol 


Minimum Low Level Output Voltage 
(Notes 1,4) 


iOL = 20M.A 
Iql = 2.0 mA 




0.1 

0.4 


V 
V 


V|H 


Minimum High Level input Voltage (Note 2) 




2.0 




V 


V|H2 


Minimum High Level input Voltage 
For RACK WACK (Note 2) 




2.7 




V 


V|L 


Maximum Low Level Input Voltage (Note 2) 






0.8 


V 


V|L2 


Maximum Low Level Input Voltage 
For RACK, WACK (Note 2) 






0.6 


V 


Vlol 


Good Link Output Voltage 


Iql = 16 mA 




0.4 


V 


l|N 


input Current 


V| = Vcc or QND 


-1.0 


+ 1.0 


^A 


llNSEL 


Input Current 


ViN = Vcc 
V|N = GND 


50 
-1 


2000 
+ 1 


jaA 

mA 


loz 


Minimum TRI-STATE 

Output Leakage Current (Note 5) 


VoUT = VccorGND 


-10 


+ 10 


),k 


Ice 


Average Supply Current 
(Note 3) 


XI = 20 MHz Clock 

'out = (i.A 

V|N = VccorGND 




140 


mA 


Note 1; These levels are tested dynamically using a limited amount of functional test patterns, please refer to AC test load. 

Note 2: Limited functional test patterns are performed at tliose input levels. The majority of functional tests are performed at levels of OV and 3V. 

Note 3: Tfiis is measured with a 0.1 nF bypass capacitor between Vcc and GND. 

Note 4: The low drive ClalOS compatible Vqh and Vql limits are not tested directly. Detailed device characterization validates that this specification can be 

guaranteed by testing the high drive TTL compatible Vol and Vqh specification. 

Note 5: RA0-RA3, PRD, WACK, BREQ and INT pins are used as outputs in test mode and as a result aro tested as if they are TRI-STATE input/outputs. For these 

pins the Input leakage specification Is Iqz. 
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14.0 Preliminary Electrical Characteristics (Continued) 

Preliminary DC Specifications ta = o-ctoyo-cvcc = sv ±5%, unless otherwise specified, (continued) 


Symbol 


Parameter 


Conditions 


Min 


Max 


Units 


AUriNTERFACE PINS (TX±, RX±, and CD±) 


VOD 


Diff. Output Voltage (TX±) 


7811 Termination, and 270n 
from Each to GND 


±550 


±1200 


mV 


VOB 


Diff. Output Voltage Imbalance (TX±) 
(Notel) 


78n Termination, and 270ft 
from Each to GND 


Typical: 40 mV 


Vu 


Undershoot Voltage (TX+) (Note 1) 


78ft Termination, and 270n 
from Each to GND 


Typical: 80 mV 


Vds 


Diff. Squelch Threshold 
(RX± and CD ±) (Notel) 




-175 


-300 


mV 


VCM 


Diff. Input Common Mode Voltage 
(RX± and CD +) (Notel) 







5.25 


V 


OSCILLATOR PINS (XI AND X2) 


V|H 


X1 Input High Voltage 


X1 Is Connected to an Oscillator 
and GND/X2 is Grounded 


2.0 




V 


V|L 


XI Input Low Voltage 


X1 Is Connected to an Oscillator 
and GND/X2 is Grounded 




0.8 


V 


lose 


X1 Input Current 


GND/X2 is Grounded 
V|N = VccorGND 




3 


mA 


1X2 


X2 Input Current 


X2 Grounded 
(Driven Mode) 




4 


mA 


TWISTED PAIR INTERFACE PINS (TXO ± , TXOd ± , and RXI ± ) 


Rtol 


TXOd ±, TXO ± Low Level 
Output Resistance 


lOL = 25 mA 




15 


ft 


Rtoh 


TXOd ±, TXO ± High Level 
Output Resistance 


loH = 25 mA 




15 


ft 


VSRONI 


Receive Threshold 
Turn-On Voltage (10BASE-T) 




±300 


±585 


mV 


• VsR0N2 


Receive Threshold 

Turn-On Voltage (Reduced Level) 




±175 


±300 


mV 


VSROFF 


Receive Threshold 
Turn-Off Voltage (Note 1) 




±175 


VsRON - 100 


mV 


Vdiff 


Differential Mode Input 
Voltage Range (Notel) 


Vcc = 5.0V 


-3.1 


-1-3.1 


V 


Note 1: This parameter is guaranteed by design and is not tested. 
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15.0 Switching Characteristics AC specs OP83g02A Note: ah Timing is Preliminary 

Register Read (Latched Using ADSO) 









— 


















. 


rsh 






















ADSO y 


»-aswi-* 


< 














CS 


., — 


\\\\\ 


,77? 


/ 




■srsi — ► 


^ 


t 




SRD ' 


f 




— rackl — ► 


^ 


— rackh 


ACK ■* 






ackdv ► 






rdz 




(_ 






















-^ 





TL/F/1 11 57-33 



Symbol 


Parameter 


Min 


Max 


Units 


rss 


Register Select Setup to ADSO Low 


10 




ns 


rsh 


Register Select Hold from ADSO Low 


13 




ns 


aswl 


Address Strobe Width In 


15 




ns 


acl<dv 


Acknowledge Low to Data Valid 




55 


ns 


rdz 


Read Strobe to Data TRI-STATE (Note 3) 


15 


70 


ns 


rackl 


Read Strobe to ACK Low (Notes 1 , 2) 




n'bcyc + 30 


ns 


rackh 


Read Strobe to ACK High 




30 


ns 


rsrsi 


Register Select to Slave Read Low, 
Latched RSO-3 


10 




ns 



Note 1: ACK is not generated until ^ and SRO are low and the ST-NIC has synchronized to the register access. The ST-NIC will insert an integral number of Bus 

Clock cycles until it is synchronized. In Dual Bus systems additional cycles wilt be used for a local or remote DMA to complete. Wait states must be issued to the 

CPU until ACK is asserted low. 

Note 2: CS may be asserted before or after SRD. If CS is asserted after SRD, rackl is referenced from falling edge of CS. CS can be de-asserted concurrently with 

SRD or after SRD is de-asserted. 

Note 3; These limits Include the RC delay inherent in our test method. These signals typically turn off within 1 5 ns, enabling other devices to drive these lines with 

no contention. 



O 
■D 

00 
CO 
(O 

o 
to 

> 
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15.0 Switching CliaraCteriStiCS AC specs DP83902A Note: AII Timing is Preliminary (continued) 

Register Read (Non-Latched, ADSO = 1) 



RA0-RA3 



CS 



c 



■^^i. 



/mr 



SRO 



ACK 



ADO-7 



V 



rackl 



^^ 



-ackdv- 



■ rsrh- 



f 



■•-rackh 



DO-7 



rdz 
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Symbol 


Parameter 


Min 


Max 


Units 


rsrs 


Register Select to Read Setup 
(Notes 1,3) 


10 




ns 


rsrh 


Register Select Hold from Read 







ns 


ackdv 


ACK Low to Valid Data 




55 


ns 


rdz 


Read Strobe to Data TRI-STATE (Note 2) 


15 


70 


ns 


rackl 


Read Strobe to ACK Low (Note 3) 




n'bcyc + 30 


ns 


rackh 


Read Strobe to ACK High 




30 


ns 



Note 1: rsrs includes flow-through time of latch. 

Note 2: These limits include the RC delay Inherent in our test method. These signals typically turn off within 15 ns enabling other devices to drive these lines with 

no contention. 

Note 3: CS may be asserted before of after RAO-3, and SRD, since address decode begins when ACK is asserted. If C5 is asserted after RAO-3, and SRD, rackl 

is referenced from falling edge of ^. 
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15.0 Switching Characteristics AC specs DP83902A Note: ah Timing is preliminary (continued) 

Register Write (Utched Using ADSO) 
RA0-RA3 ( ~^ ) 



ADSO 



CS 



SWR 



ACK 



ADO-7 



/ ^^ 



■•-aswl-» 



rsh 



"^^i 



-rswsl- 



MT 



■^^ 



■^^ 



-rwds- 



f 



• wackh 



DO-7 



rwdh 



TL/F/11157-35 



Symbol 


Parameter 


MIn 


Max 


Units 


rss 


Register Select Setup to ADSO Low 


10 




ns 


rsh 


Register Select Hold from ADSO Low 


17 




ns 


aswl 


Address Strobe Width In 


15 




ns 


rwds 


Register Write Data Setup 


20 




ns 


rwdh 


Register Write Data Hold 


21 




ns 


WW 


Write Strobe Width from ACK 


50 




ns 


wackh 


Write Strobe High to ACK High 




30 


ns 


wackl 


Write Low to ACK Low (Notes 1 , 2) 




n'bcyc + 30 


ns 


rswsl 


Register Select to Write Strobe Low 


10 




ns 



o 
■o 

oa 
w 

o 
ro 

> 



Note 1: ACK is not generated until CS and SWR are low and the ST-NIC has synchronized to the register access. In Dual Bus Systems additional cycles will be 

used for a local DMA or Remote DMA to complete. 

Note 2: CS may be asserted before or after SWR. If CS is asserted after SWR, wackl is referenced from faliing edge of CS. 
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15.0 Switching Characteristics AC specs DPSSSOZA Note: ah Timing is Preliminary (continued) 

Register Write (Non-Latched, ADSO = 1) 





















^^\ 










J 














t 


- — rswh — ► 




cs 


^ 


/ 




■* rsws ^ 










. 








SWR 


N 


t 






wackl 




-* 












ACK 




V 


* 

> 










, 






rwdh 
















<- 


DO-7 


\ 
















—t 
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Symbol 


Parameter 


Min 


Max 


Units 


rsws 


Register Select to Write Setup (Note 1 ) 


15 




ns 


rswli 


Register Select Hold from Write 







ns 


rwds 


Register Write Data Setup 


20 




ns 


rwdh 


Register Write Data Hold 


21 




ns 


wackl 


Write Low to ACK Low (Note 2) 




n'bcyc + 30 


ns 


wackh 


Write High to ACK High 




30 


ns 


WW 


Write Width from ACK 


50 




ns 



Note 1: Assumes ADSO Is high when RAO-3 changing. 

Note 2: ACK is not generated until CS and SWR are low and the ST-NIC has synchronized to the register access. In Dual Bus systems additional cycles will be 

used for a locai DMA or remote DMA to complete. 
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1 5.0 Switching Characteristics AC specs DP83902A Note: AII Timing is Preliminary (Continued) 

DMA Control, Bus Arbitration 

T4. .T1 12 T3 U T1 T2 T3 U T1 T2 T3 T4 T1 T2 T3 T4 Tl T2 T3 T4 




^™,^ 



FIRST TRANSFER 

-IF BACK SEEN ON- 

FIRST Tl 



< ADD X DATA ) — fj j ADD X DAT~ 



FIRST TRANSFER 
-IF BACK NOT 
ON FIRST 



iFER I 

GIVEN J 

Tl I 



LAST TRANSFER 



a 

■o 

09 
U 
CO 

o 

> 



TL/F/11157-37 



Symbol 


Parameter 


MIn 


Max 


Units 


brqhl 


Bus Clock to Bus Request High for Local DMA 




50 


ns 


brqhr 


Bus Clock to Bus Request High for Remote DMA 




45 


ns 


brql 


Bus Request Low from Bus Clock 




60 


ns 


backs 


Acknowledge Setup to Bus Clock (Note 1) 


2 




ns 


bccte 


Bus Clock to Control Enable 




60 


ns 


bcctr 


Bus Clock to Control Release (Notes 2, 3) 




70 


ns 



Note 1: BACK must be setup before Tl after BREQ Is asserted. Niissed setup will slip the beginning of the DMA by four bus clocks. The Bus Latency will influence 
the allowable FIFO threshold. 

Note 2: During remote DMA transfers only, a single bus transfer is performed. During local DMA operations burst mode transfers are performed. 

Note 3: These limits include the RC delay inherent in our test method. These signals typically turn off within 15 ns enabling other devices to drive these lines with 
no contention. 
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15.0 Switching Characteristics AC specs DPe3g02A Not*: ah Timing is preliminary (continued) 



DMA Address Generation 

T3' U' 



BSCK 



ADS1 



ADSO 



ADO-15 




TL/F/1 1157-38 



Symbol 


Parameter 


Min 


Max 


Units 


bcyc 


Bus Clock Cycle Time (Note 2) 


50 


125 


ns 


bch 


Bus Clock High Time 


20 




ns 


bcl 


Bus Clock Low Time 


20 




ns 


bcash 


Bus Clock to Address Strobe High 




34 


ns 


bcasi 


Bus Clock to Address Strobe Low 




44 


ns 


aswo 


Address Strobe Width Out 


bch 




ns 


bcadv 


Bus Clock to Address Valid 




45 


ns 


bcadz 


Bus Clock to Address TRI-STATE (Note 3) 


15 


55 


ns 


ads 


Address Setup to ADSO/1 Low 


bch -15 




ns 


adh 


■Address Hold from ADSO/1 Low 


bcl -5 




ns 



Note 1: Cycles TV, T2', T3' and T4' are only issued for the first transfer in a buret when 32-bit mode has been selected. 

Note 2: The rate of bus clock must be high enough to support transfers to/from the FIFO at a rate greater than the serial network transfers from/to the FIFO. 
Note 3: These limits include the RC delay inherent in our test method. These signals typically turn off within 15 ns, enabling other devices to drive these lines with 
no contention. 
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15.0 Switching Characteristics AC specs DP83902A Note: ah Timing is Preliminary (continued) 



DMA Memory Read 

T2 I T3 



BSCK 



ADSO 



MRD 



ADO-7 
(8, 16 BIT MODE) 

AD8-15 
(8 BIT MODE) 

ADS- 15 
(16 BIT MODE) 




y^< 



asds 



-drw- 



•-bcrh 



v 



A 



'^zummmi 



-avrh- 



A8-I5 



d> 



DATA 



d3 



■" dsadtt ► 



dh 



:> — < ^°-^ y//// 



— dli «- 

i .8-. y//////y/y/^ Tata {- — { ... y//// 



> 
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Symbol 


Parameter 


MIn 


Max 


Units 


bcrl 


Bus Clock to Read Strobe Low 




43 


ns 


bcrh 


Bus Clock to Read Strobe High 




40 


ns 


ds 


Data Setup to Read Strobe High 


22 




ns 


dh 


Data Hold from Read Strobe High 







ns 


drw 


DMA Read Strobe Width Out 


2*boyc - 15 




ns 


raz 


Memory Read High to Address TRI-STATE 
(Notes 1,2) 




bch + 40 


ns 


asds 


Address Strobe to Data Strobe 




bcl + 10 


ns 


dsada 


Data Strobe to Address Active 


bcyc - 10 




ns 


avrh 


Address Valid to Read Strobe High 


3'bcyc - 18 




ns 



o 

"O 
09 
W 
(O 

o 

> 



Note 1: During a burst A8-A15 are not TRI-STATE if byte wide transfers are selected. On tfie last transfer Ae-A15 are TRI-STATE as stiown above. 

Note 2: These limits include the RC delay Inherent In our test method. These signals typically turn off within bch + 15 ns, enabling other devices to drive these 

lines with no contention. 
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15.0 Switching CliaraCteristiCS AC specs DP83902A Note: AII Timing is preliminary (continued) 



DMA Memory Write 

T2 I TJ 



BSCK 



ADSO 



MWR 



ADO-7 
(8,16 BIT MODE) 

ADS- 15 
(8 BIT IvIODE) 

AD8-15 
(16 BIT MODE) 




./^V 



-► asds 



-bcwl 



•-bcwh 



V 



r 



-aswd- 



C AO-7 X ////A DATA(D0-D7) 



c 



A8-15 



-wds- 



wdh 



\-— L Ac-7 y7777 



wdh 



- ( A08-15 X^///X DATA(D0-D15) 



A8-15 



>-- V^/^/^^ 
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Symbol 


Parameter 


MIn 


Max 


Units 


bcwl 


Bus Clock to Write Strobe Low 




40 


ns 


bcwh 


Bus Clock to Write Strobe HIgli 




40 


ns 


wds 


Data Setup to MWR High 


2*bcyc--30: 




ns 


wdii 


Data Hold from MWR Low 


bch + 7 




ns 


waz 


Write Strobe to Address TRI-STATE (Notes 1 , 2) 




bch + 40 


ns 


asds 


Address Strobe to Data Strobe 




bcl + 10 


ns 


aswd 


Address Strobe to Write Data Valid 




bcl + 30 


ns 



Note 1: When using byte mode transfers A8-A15 are only TRI-STATE on ttie last transfer, waz timing is only valid for last trarisfer in a burst. 

Note 2: Tliese limits include the RC delay Inherent in our test method. These signals typically turn off within bch + 15 ns, enabling other devices to drive these 

lines with no contention. 
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15.0 Switching Characteristics AC specs DP83902A Note: ah Timing is Preliminary (continued) 



Walt State Insertion 

T2 I , T3 



BSCK 



ADSO 



MRD/MWR 




.AA. 



\. 



READY 



j'' 



\ 



f 



TL/F/11157-41 



Symbol 


Parameter 


Min 


Max 


Units 


ews 


External Wait Setup to T3 OCIock (Note 1 ) 


10 




ns 


ewr 


External Wait Release Time (Note 1 ) 


15 




ns 



a 

TJ 
00 
CO 
(D 

o 

> 



Note 1: TYie addition of wait states affects the count of deserialized bytes and is limited to a number of bus clock cycles depending on the bus clock and network 
rates. The allowable wait states are found in the table below. (Assumes 10 Mbit/sec data rate.) 



BSCK (MHz) 


Max # of Walt States 


Byte Transfer 


Word Transfer 


8 





1 


10 





1 


12 


1 


2 


14 


1 


2 


16 


1 


3 


18 


2 


3 


20 


2 


4 



The number of allowable wait states in byte mode can be 
calculated using: 



#W,byte 


mode) 


U.5 tbsck V 


#W 




= Number of Wail States 


tnw 




= Network Clock Period 


tbsck 




= BSCK Period 



The number of allowable wait states in word mode can be 
calculated using: 

5 tnw 



#W(„ordmod9)=(^g^-l) 



Table assumes 10 MHz network clock. 
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15.0 Switching Characteristics AC specs DPSSSOZA Note: ah Timing is Preliminary (continued) 



Remote DMA (Read, Send Command) 

I T2 I T3 I T4 



BSCK 



ADSO 



.AA 



MRD 



PWR 



\. 



■" — bpwrl 



V 



r 



-5 S- 



-bpwrh 



/ 



-5 S- 



PRQ 



-prqh 



JT 



-5 9- 



lUCK 



raltw 



— prql 



ADO-15 • 



A0-A15 



D0-D15 



TL/F/11157-42 



Symbol 


Parameter 


Min 


Max 


Units 


bpwrl 


Bus Clock to Port Write Low 




43 


ns 


bpwrh 


Bus Clock to Port Write High 




40 


ns 


prqh 


Port Write High to Port Request High (Note 1) 




30 


ns 


prql 


Port Request Low from Read Acknowledge High 




60 


ns 


rakw 


Remote Acknowledge Read Strobe Pulse Width 


20 




ns 



Note 1: Start of next transfer Is dependent on where RACK is generated relativs to BSCK and whetlier a local DMA is pending. 
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15.0 Switching Characteristics AC specs DP83902A Note: ah Timing is preliminary (continued) 



Remote DMA (Read, Send Command) Recovery Time 

I Tl I T2 I T3 I T4 I j Tl j T2 j T3 | T4 | 



BSCK 
ADSO_ 



y-\ 



MRD 



bpwri-* 



PWR 
PRQ_ 



^»-/ V 



prqh- 



-bpwrti 



i- 



RACK 

ADO-15- 



■\-.H 



<l— u r-il' 



- < AO-15 



DO-15 } l>- 



-rhpwh- 



-ij-^CM^iS 



- < b6-i5 ^ 
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Symbol 


Parameter 


Min 


Max 


Units 


bpwrl 


Bus Clock to Port Write Low 




43 


ns 


bpwrh 


Bus Clock to Port Write High 




40 


ns 


prqh 


Port Write High to Port Request High (Note 1 ) 




30 


ns 


prql 


Port Request Low from Read Acknowledge High 




60 


ns 


rakw 


Remote Acknowledge Read Strobe Pulse Width 


20 




ns 


rhpwh . 


Read Acknowledge High to Next Port Write Cycle 
(Notes 2, 3, 4) 


11 




BSCK 



Note 1: Start of next transfer is dependent on where RACK is generated relative to BSCK and whether or not a local DMA is pending. 

Note 2: This is not a measured value but guaranteed by design. 

Note 3: HAck must be high for a minimum of 7 BSCK. 

Note 4: Assumes no local DMA interleave, no t^, and immediate BACK. 



o 
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15.0 Switching Characteristics AC specs OPSSgoaA Note: ah Timing is preliminary (Ckintinued) 



BSCK 



ADSO 



MWR 



PRO 



PRQ 



WACK 



ADO- 15 



I T1 



Remote DMA (Write Cycle) 

T2 I I T1 



.AA 



■^. 



■•-bprqh 



J^ 



wackw 



V 



y 



\ 



-- bprdi 



bprdh -*■ 



t 



— wprql 



-C^iEDC 



TL/F/1 1157-44 



Symbol 


Parameter 


MIn 


Max 


Units 


bprqh 


Bus Clock to Port Request High (Note 1) 




42 


ns 








52 




wprql 


WACK to Port Request Low 


ns 






25 






wackw 


WACK Pulse Width 


ns 


bprdi 


Bus Clock to Port Read Low (Note 2) 




55 


ns 


bprdh 


Bus Clock to Port Read High 




40 


ns 



Note 1: The first port request is issued in response to the remote write command. It is subsequently issued on T1 ciocit cycies foliowtng completion of remote DMA 

cycles. 

Note 2: The start of the remote DMA write following WACK is dependent on where WACK is issued relative to BSCK and whether a local DMA is pending. 
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15.0 Switching CiiaraCteristiCS AC specs DP83902A Note: am Timing is Preliminary (continued) 

Remote DMA (Write Cycle) Recovery Time 




I T, 



I n 



I n I 



^bprdl ^ 



/^ 



, wprql , 



"V 



>-'s- 
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Symbol 


Parameter 


MIn 


Max 


Units 


bprqh 


Bus Clock to Port Request High (Note 1) 




42 


ns 


wprql 


WACK to Port Request Low 




50 


ns 


wacl<w 


WACK Pulse Width 


25 




ns 


bprdi 


Bus Clock to Port Read Low (Note 2) 




55 


ns 


bprdh 


Bus Clock to Port Read High 




40 


ns 


wprq 


Remote Write Port Request to Port 
Request Time (Notes 3, 4, 5) 


12 




BSCK 



Note 1 ; The first port request is issued in response to the remote write command. It is subsequently issued on 11 clock cycles following completion of remote DMA 
cycles. 

Note 2: The start of the remote DIHA write following WACK Is dependent on where WACK is Issued relative to BSCK and whether a local DMA is pending. 

Note 3: Assuming wackw < 1 BSCK, and no local DMA interieave, no CS. immediate BACK, and WACK goes high before T4. 

Note 4: WACK must be high for a minimum of 7 BSCK. 

Note 5: This Is not a measured value but guaranteed by design. 

Reset Timing 



niuuinniiniinnniinjiniuuinnnnjiiuiniiJin^ 



T 



TL/F/11167-64 



Symbol 


Parameter 


Min 


Max 


Units 


rstw 


Reset Pulse Width (Note 1) 


8 




BSCK Cycles or TXC Cycles 
(Note 2) 



Note 1: The RESET puls e requir es that BSCK and TXC be stable. On power up, RESET should not be raised until BSCK and TXC have become stable. Several 

registers are affected by RESET. Consult the register descriptions tor details. 

Note 2: The slower of BSCK or TXC clocks will determine the minimum time for the RESET signal to be low. 

If BSCK < TXC then RESET = 8 X BSCK 

If TXC < BSCK then RESET = 8 X TXC 



o 

09 

<o 

o 
ro 
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15.0 Switching Characteristics AC specs DP83g02A Note: AII Timing is Preliminary (continued) 



AUI Transmit Timing (End of Packet) 



TX+/- 



r\.r~\JU 



TX+/- 



rrj"^ f 



TL/F/11157-4e 



Symbol 


Parameter 


MIn 


Max 


Units 


tTOh 


Transmit Output Higli before Idle (Half Step) 


200 




ns 


'toi 


Transmit Output Idle Time (Half Step) 




8000 


ns 



AUI/TPI Receive End of Packet Timing 



1 



Rx+ or RXI+ 



Rx- or RXI- 



Rx+ or RXI+ 



Rx- or RXI- 



^ / \ / 



'eopl 



J — U^' — V 



J — ^ / — \ / 



'•opO 



^(^ V 



TL/F/11157-47 



Symbol 


Parameter 


Min 


iViax 


Units 


teopt 


Receive End of Packet Hold Time after Logic "1" (Note 1) 


225 




ns 


teopO 


Receive End of Packet Hold Time after Logic "0" (Note 1) 


225 




ns 



Note 1: This parameter is guaranteed by design and is not tested. 



1-146 



15.0 Switching Characteristics ACSpacsDP83902A Note: AII Timing is Preliminary (continued) 

Link Pulse Timing 



^ 



"Ipw 



TXOd- 
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Symbol 


Parameter 


MIn 


Max 


Units 


tip 


Time between Llnl< Output Pulses 


8 


24 


ms 


tipw 


Link integrity Output Pulse Width 


80 


130 


ns 



TPI Transmit and End of Paclcet Timing 




Note 1: This parameter is guaranteed by design and is not tested. 



TL/F/11157-49 



Symbol 


Parameter 


MIn 


Max 


Units 


tdei 


Pre-Emphasis Output Delay 
(TXO± toTXOd±)(Note1) 


46 


54 


ns 


toff 


Transmit Hold Time at End of Packet (TXO ±) (Note 1) 


250 




ns 


toffd 


Transmit Hold Time at End of Packet (TXOd±) (Note 1) 


200 




ns 
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16.0 AC Timing Test Conditions 

All specifications are valid only If the mandatory isolation is 
employed and all differential signals are taken to be at tfie 
AUI side of the pulse transformer. 



Input Pulse Levels (TTL/CMOS) 


GND to 3.0V 


Input Rise and Fall Times (TTL/CIVIOS) 5 ns 


Input and Output Reference 
Levels (TTL/CMOS) 1.3V 


Input Pulse Levels (Diff.) -350 mV to - 1 31 5 mV 


Input and Output 50% Point of 
Reference Levels (Diff.) the Differential 


TRI-STATE Reference Levels Float (AV) ± 0.5V 


Output Load (See Figure Below) 


^CC SI (NOTE 2) 


±"- 


"1 


\- 


DEVICE 
UNDER 
TEST 


< 
< 


> RL=2.2k 




- 


:Cl(note 1) 




1 


-: 


TL/F/11157-60 



Pin Capacitance ta = 25°c.f = i t^Hz 



Symbol 


Parameter 


Typ 


Units 


C|N 


Input Capacitance 


7 


PF 


Cout 


Output Capacitance 


7 


PF 



DERATING FACTOR 

Output timing is measured with a purely capacltive load of 
50 pF. The following correction factor can be used for other 
loads: Cl S 50 pF + 0.3 ns/pF. 

AUI Transmit Test Load 

TX+ 



78fl; 



27 pH 



TX- 



TL/F/ni57-51 



Note: In the above diagram, the TX+ and TX- signals are taken from the 
AUI side of the isolation (pulse transfomier). The pulse transformer 
used for all testing is tfie Pulse Engineering PE64103. 



Note 1: 50 pF, includes scope and jig capacitance. 

Note 2: 81 = Open for timing tests for push pull outputs. 
S1 = Vcc for Vol test. 
81 = GND for Voh test- 
Si = Vcc for High Impedance to active low and 
active low to High Impedance measurements. 
SI = GND for High Impedance to active high and 
active high to Higfi Impedance measurements. 
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DP83901ASNIC 

Serial Network Interface Controller 



General Description 



The DP83g01 A Serial Network Interlace Controller (SNIC) is 
a microCMOS VLSI device designed for easy implementa- 
tion of CSMA/CD local area networks. These include Ether- 
net (10BASE5), Thin Ethernet (10BASE2) and Twisted-pair 
Ethernet (10BASE-T). The overall SNIC solution provides 
the Media Access Control (MAC) and Encode-Decode 
(ENDEC) functions in accordance with the IEEE 802.3 stan- 
dard. 

The integrated ENDEC module allows Manchester encod- 
ing and decoding via a differential transceiver and phase 
lock loop at 10 Mbit/sec. Also included is a collision detect 
translator and diagnostic loopback capability. (Continued) 



Features 

■ Compatible with IEEE 802.3, 10BASE5, 10BASE2, 
10BASE-T 

■ Dual 1 6-byte DMA channels 

■ 16-byt6 internal FIFO 

■ Network statistics storage 

■ Supports physical, multicast and broadcast address 
filtering 

■ 10 Mbit/sec Manchester encoding and decoding plus 
clock recovery 

■ No external precision components required 

■ Efficient buffer management implementation 

■ Transmitter can be selected for half or full step mode 

■ Integrated squelch on receive and collision pairs 

■ 3 levels of loopback supported 

■ Utilizes independent system and network clocks 

■ Lock Time 5 bits typical 

■ Decodes Manchester data with up to ± 18 ns jitter 



1.0 System Diagram 
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General Description (continued) 


Table Of Contents 


The MAC function (NIC) provides simple and efficient pack- 


1.0 SYSTEM DIAGRAM 


et transmission and reception control by means of unique 
dual DMA channels and an internal FIFO. Bus arbitration 


2.0 PIN DESCRIPTION 


and memory control logic are integrated to reduce board 
cost and area overheads. 


3.0 BLOCK DIAGRAM 

4.0 FUNCTIONAL DESCRIPTION 


SNIC used in conjunction with the DP8392 Coaxial Trans- 


5.0 TRANSMIT/RECEIVE PACKET 


ceiver Interface (CTI) provides a comprehensive 2 chip solu- 


ENCAPSULATION/DECAPSULATION 


tion for IEEE 802.3 networks and is designed for easy inter- 
face to the latest 10BASE-T transceivers. 
Due to the inherent constraints of CMOS processing, isola- 
tion is required at the differential signal interfaces for 


6.0 DIRECT MEMORY ACCESS CONTROL (DMA) 
7.0 PACKET RECEPTION 
8.0 PACKET TRANSMISSION 


10BASE5 and 10BASE2 applications. Capacitive or induc- 


9.0 REMOTE DMA 


tive isolation may be used. 


10.0 INTERNAL REGISTERS 




11.0 INITIALIZATION PROCEDURE 




12.0 LOOPBACK DIAGNOSTICS 




13.0 BUS ARBITRATION 




14.0 PRELIMINARY ELECTRICAL CHARACTERISTICS 




15.0 SWITCHING CHARACTERISTICS 




16.0 AC TIMING TEST CONDITIONS 




17.0 PHYSICAL DIMENSIONS 


Connection Diagram 
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15 


55 


-Vcc 


AD9- 
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-GND 


AD10- 
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-Vcc 


NC- 


18 


52 


-NC 


AD11- 


19 


51 


-X2/GND 
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20 


50 


-XI 
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21 


49 


-GND 


AD12- 


22 


48 


-Vcc 
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23 
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24 
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Top View 


Order Number DP83901AV 


See NS Package Number V68A 
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Pin Description 


Pin No 


Pin Name 


I/O 


Description 


BUS INTERFACE PINS 


2 


PRD 





PORT READ: Enables data from external latch on to local bus during a memory write cycle to 
local memory (remote write operation). This allows asynchronous transfer of data from the 
system memory to local memory. 


3-6 


RA0-RA3 


1 


REGISTER ADDRESS: These four pins are used to select a register to be read or written. The 
state of these Inputs is ignored when the NIC is not in slave mode (C5 high). 


7-17, 

19, 
22-25 


AD0-AD15 


l/0,Z 


MULTIPLEXED ADDRESS/DATA BUS: 

• Register Access, with DMA inactive, C5 low and ACK returned from SNIC, pins AD0-AD7 are 
used to read and write register data. AD8-AD15 float during I/O transfers, SRD, SWR pins are 
used to select direction of transfer. 

• Bus Master with BACK input asserted. 

During t1 of memory cycle AD0-AD1 5 contain address. 

During t2, t3, t4 AD0-AD1 5 contain data (word transfer mode). 

During t2, t3, t4 AD0-AD7 contain data, AD8-AD15 contain address (byte transfer mode). 

Direction of transfer is indicated by SNIC on MWR, MRD lines. 


26 


ADSO 


i/o,z 


ADDRESS STROBED: 

• Input: with DMA inactive and C5 low, latches RA0-RA3 inputs on falling edge. If high, data 
present on RA0-RA3 will flow through latch. 

• Output: When Bus Master, latches address bits (A0-A1 5) to external memory during DMA 
transfers. 


27 


CS 





CHIP SELECT: Chip Select places controller in slave mode for /xP access to internal registers. 
Must be valid through data portion of bus cycle. RA0-RA3 are used to select the internal 
register. SWR and SRD select direction of data transfer. 


28 


MWR 


o,z 


MASTER WRITE STROBE: (Strobe for DMA transfers) 

Active low during write cycles (t2, t3, tw) to buffer memory. Rising edge coincides with the 

presence of valid output data. TRI-STATE® until BACK asserted. 


29 


MRD 


o,z 


MASTER READ STROBE: (Strobe for DMA transfers) 

Active during read cycles (t2, t3, tw) to buffer memory. Input data must be valid on rising edge of 

MRD. TRI-STATE until BACK asserted. 


30 


SWR 


1 


SLAVE WRITE STROBE: Strobe from GPU to write an internal register selected by RA0-RA3. 
Data is latched into the SNIC on the rising edge of this input. 


31 


SRD 


1 


SLAVE READ STROBE: Strobe from CPU to read an internal register selected by RA0-RA3. 
The register data is output when SRD goes low. 


32 


ACK 





ACKNOWLEDGE: Active low when SNIC grants access to CPU. Used to insert WAIT states to 
CPU until SNIC Is synchronized for a register read or write operation. 


34 


BSCK 


1 


BUS CLOCK: This clock is used to establish the period of the DMA memory cycle. Four clock 
cycles (t1 , t2, t3, t4) are used per DMA cycle. DMA transfers can be extended by one BSCK 
increments using the READY input. 


36 


RACK 


1 


READ ACKNOWLEDGE: Indicates that the system DMA or host CPU has read the data placed 
in the external latch by the SNIC. The SNIC will begin a read cycle to update the latch. 


37 


PWR 


o 


PORT WRITE: Strobe used to latch data from the SNIC into external latch for transfer to host 
memory during Remote Read transfers. The rising edge of PWH coincides with the presence of 
valid data on the local bus. 


38 




1 


READY: This pin is set high to insert wait states during a DMA transfer. The SNIC will sample this 
signal at t3 during DMA transfers. 


R^ADY 
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Pin Description (continued) 


Pin No 


Pin Name 


I/O 


Description 


BUS INTERFACE PINS (Continued) 


39 


PRQ/ADS1 


o,z 


PORT REQUEST/ADDRESS STROBE 1 

• 32-BIT MODE: If LAS is set in ttie Data Configuration Register, this line is programmed 

as AUai . It is used to strobe addresses A1 6-A31 into external latcties. (A1 6-A31 are the 
fixed addresses stored in RSARO, RSAR1). AUS1 will remain at TRI-STATE until BACK is 
received. 

• 16-BIT MODE: If LAS is not set in the Data Configuration Register, this line is programmed as 
PRO and Is used for Remote DMA Transfers. The SNIC initiates a single remote DMA read or 
write operation by asserting this pin. In this mode PRO will be a standard logic output. 

Note: This line wiir power up as TRI-STATE until the Data Configuration Register is programmed. 


40 


BACK 


1 


BUS ACKNOWLEDGE: Bus Acknowledge is an active high signal indicating that the CPU has 
granted the bus to the SNIC. If immediate bus access is desired, BREQ should be tied to BACK. 
Tying BACK to Vqc will result In a deadlock. 


41 


BREQ 





BUS REQUEST: Bus Request is an active high signal used to request the bus for DMA transfers. 
This signal is automatically generated when the FIFO needs servicing. 


65 




1 


RESET: Reset is active low and places the SNIC in a reset immediately, no packets are 
transmitted or received by the SNIC until STA bit is set. Affects Command Register, Intermpt 
Mask Register, Data Configuration Register and Transmit Configuration Register. The SNIC will 
execute reset within 1 BSCK cycles and TXC cycles. 


RESET 


67 


INT 





INTERRUPT: Indicates that the SNIC requires CPU attention after reception transmission or 
completion of DMA transfers. The Interrupt is cleared by writing to the ISR (Inten-upt Service 
Register). All interrupts are maskable. 


68 




1 


WRITE ACKNOWLEDGE: Issued from system to SNIC to indicate that data has been written to 
the external latch. The SNIC will begin a write cycle to place the data in local memory. 


WACK 


NETWORK INTERFACE PINS 


42, 
43 


TX- 
TX+ 





TRANSMIT OUTPUT: Differential driver which sends the encoded data to the transceiver. The 
outputs are source followers which require 270a pulldown resistors. 


46 


TEST 


1 


FACTORY TEST INPUT: Used to check the chip's internal functions. Tied low during normal 
operation. 


47 


SEL 


1 


MODE SELECT: When high. Transmit -1- and Transmit- are the same voltage in the idle state. 
When low. Transmit -f is positive with respect to Transmit- In the idle state, at the transformer's 

primary. 


50 


XI 


1 


EXTERNAL OSCILLATOR INPUT 


51 


GND/X2 


o 


GR0UND/X2: This in should normally be connected to ground. It is possible to use a crystal 
oscillator using XI and GND/X2 if certain precautions are taken. Contact National 
Semiconductor for more information. 


56 




1 


FACTORY TEST INPUT: For normal operation tied to Vcc- When low enables the ENDEC 
module to be tested independently of the SNIC module. 


SNISEL 


60, 
61 


RX- 
RX+ 


1 


RECEIVE INPUT: Differential receive input pair from the transceiver. 


62, 
63 


CD- 
CD+ 


1 


COLLISION INPUT: Differential collision pair input from the transceiver. 
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Pin Description (continued) 



o 

TO 

OS 
CO 

to 



Pin No 



Pin Name 



I/O 



Description 



POWER SUPPLY PINS 



21,48, 
53,55 



Vcc 



DIGITAL POSITIVE 5V SUPPLY PINS: 



20, 33, 49 
54,66 



GND 



DIGITAL NEGATIVE (GROUND) SUPPLY PINS: It Is suggested that a decoupling capacitor be 
connected between the Vcc and GND pins. 



59 



Vcc 



AUI RECEIVE 5V SUPPLY: Power pin supplies 5V to the AUI receiver. 



64 



GND 



AUI RECEIVE GROUND: Ground pin for AUI receiver. 



45 



Vcc 



AUI TRANSMIT 5V SUPPLY: Power pin supplies 5V to the AUI transmitter. 



44 



GND 



AUI TRANSMIT GROUND: Ground pin for AUI transmitter 



58 



Vcc 



VCO 5V SUPPLY: Care should be taken to reduce noise on this pin as it supplies 5V to the 
ENDEC's Phase Locl< Loop. 



57 



GND 



VCO GROUND PIN: Care should be taken to reduce noise on this pin as it Is the ground to the 
ENDEC's Phase Lock Loop. 



NO CONNECTION 



1,18, 
35,52 



NC 



NO CONNECTION: Do not connect to these pins. 



3.0 Block Diagram 



RX+/- 



CD+/- 






PLL 
DECODER 



TX+/- 



23 



PROTPCOL 
PLA 



RCV DATA / CLK 



COMMAND 

Jc ADDRESS 

REGISTER 

ARRAYS 



< ► 



DMA CONTROL 









DESERIALIZER 






LOGIC 


1 


r 






MANCHESTER 




SERIAUZER 


ENCODER 
ft 

IDLE 




LOGIC 


1 


^ 


CONTROL 




. 


' 






CRC 




GENERATION 








& CHE 


CKING 



16 BYTE FIFO 



8 

OR 16 



■BUS CLOCK 

BUS 
■CONTENTION 
SIGNALS 



MUX 



16 



-ADDRESS/DATA 



CONTROL 



PREAMBLE 
LOGIC 



TL/F/1 0469-3 



FIGURE 1 
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4.0 Functional Description {Refer xo Figure n 

ENCODER/DECODER (ENDEC) MODULE 

The ENDEC consists of four main logical bloci<s: 

a) The Manchester encoder accepts NRZ data from the 
controller, encodes the data to IVIanchester, and trans- 
mits it differentially to the transceiver, through the differ- 
ential transmit driver. 

b) The Manchester decoder receives Manchester data from 
the transceiver, converts it to NRZ data and clock pulses, 
and sends it to the controller. 

c) The collision translator indicates to the controller the 
presence of a valid 10 MHz collision signal to the PLL 

MANCHESTER ENCODER AND DIFFERENTIAL DRIVER 

The differential transmit pair, on the secondary of the em- 
ployed transformer, drives up to 50 meters of twisted pair 
AUI cable. These outputs are source followers which require 
two 270n pull-down resistors to ground. 
The DP83901A allows both half-step and full-step to be 
compatible with Ethernet and IEEE 802.3. With the SEL pin 
low (for Ethernet I). Transmit-)- is positive with respect to 
Transmit- during idle; with SEL high (for IEEE 802.3), 
Transmit+ and Transmit- are equal in the idle state. This 
provides zero differential voltage to operate with transform- 
er coupled loads. 

MANCHESTER DECODER 

The decoder consists of a differential receiver and a PLL to 
separate a Manchester decoded data stream into internal 
clock signals and data. The differential Input must be exter- 
nally terminated with two 39fi resistors connected in series 
if the standard 78n transceiver drop cable is used, in thin 
Ethernet applications, these resistors are optional. To pre- 
vent noise from falsely triggering the decoder, a squelch 
circuit at the input rejects signals with levels less than 
-175 mV. Signals more negative than -300 mV and a 
duration greater than 30 ns are decoded. Data becomes 
valid typically within 5 bit times. The DP83901 A may tolerate 
bit jitter up to 18 ns in the received data. The decoder de- 
tects the end of a frame when no more mid-bit transitions 
are detected. 

COLLISION TRANSLATOR 

When the Ethernet transceiver (DP8392 CTI) detects a colli- 
sion, it generates a 10 MHz signal to the differential collision 
inputs (CD±) of the DP83901A. When these inputs are de- 
tected active, the DP83901 A uses this signal to back off its 
current transmission and reschedule another one. 
The collision differential inputs are terminated the same way 
as the differential receive inputs. The squelch circuitry is 
also similar, rejecting pulses with levels less than — 1 75 mV. 



NIC (Media Access Control) MODULE 

RECEIVE DESERIALIZER 

The Receive Deserializer is activated when the input signal 
Carrier Sense Is asserted to allow incoming bits to be shift- 
ed into the shift register by the receive clock. The serial 
receive data is also routed to the CRC generator/checker. 
The Receive Deserializer includes a synch detector which 
detects the SFD (Start of Frame Dslimiter) to establish 
where byte boundaries within the serial bit stream are locat- 
ed. After every eight receive clocks, the byte wide data is 
transferred to the 16-byte FIFO and the Receive Byte Count 
is incremented. The first six bytes after the SFD are 
checked for valid comparison by the Address Recognition 
Logic. If the Address Recognition Logic does not recognize 
the packet, the FIFO is cleared. 

CRC GENERATOR/CHECKER 

During transmission, the CRC logic generates a local CRC 
field for the transmitted bit sequence. The CRC encodes all 
fields after the SFD. The CRC is shifted out MSB first follow- 
ing the last transmit byte. During reception the CRC logic 
generates a CRC field from the incoming packet. This local 
CRC is serially compared to the incoming CRC appended to 
the end of the packet by the transmitting node. If the local 
and received CRC match, a specific pattern will be generat- 
ed and decoded to indicate no data errors. Transmission 
errors result in different pattern and are detected, resulting 
in rejection of a packet (if so programmed). 

TRANSMIT SERIALIZER 

The Transmit Seriaiizer reads parallel data from the FIFO 
and serializes it for transmission. The seriaiizer is clocked by 
the transmit clock generated internally. The serial data is 
also shifted into the CRC generator/checker. At the begin- 
ning of each transmission, the Preamble and Synch Gener- 
ator append 62 bits of 1,0 preamble and a 1,1 synch pat- 
tern. After the last data byte of the packet has been serial- 
ized the 32-bit FCS field is shifted directly out of the CRC 
generator. In the event of a collision the Preamble and 
Synch generator is used to generate a 32-bit JAM pattern of 
all Vs. 

ADDRESS RECOGNITION LOGIC 

The address recognition logic compares the Destination Ad- 
dress Field (first 6 bytes of the received packet) to the Phys- 
ical address registers stored in the Address Register Array. 
If any one of the six bytes does not match the pre-pro- 
grammed physical address, the Protocol Control Logic re- 
jects the packet. All multicast destination addresses are fil- 
tered using a hashing technique. (See register description.) 
If the multicast address indexes a bit that has been set in 
the filter bit array of the Multicast Address Register Array 
the packet is accepted, othenvise it is rejected by the Proto- 
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4.0 Functional Description (continued) 

col Control Logic. Each destination address Is also checked 
for all 1's which is the reserved broadcast address. 

FIFO AND BUS OPERATIONS 

Overview 

To accommodate the different rates at which data comes 
from (or goes to) the network and goes to (or comes from) 
the system memory, the SNIC contains a 16-byte FIFO for 
buffering data between the media. The FIFO threshold is 
programmable, allowing filling (or emptying) the FIFO at dif- 
ferent rates. When the FIFO has filled to its programmed 
ttireshold, the local DMA channel transfers these bytes (or 
words) into local memory. It is crucial that the local DMA is 
given access to the bus within a minimum bus latency time; 
otherwise a FIFO underrun (or overrun) occurs. 
FIFO underruns or overruns are caused by two conditions: 
(1) the bus latency is so long that the FIFO has filled (or 
emptied) from the network before the local DMA has serv- 
iced the FIFO and (2) the bus latency has slowed the 
throughput of the local DMA to point where it is slower than 
the network data rate (10 Mbit/sec). This second condition 
is also dependent upon DMA clock and word width (byte 
wide or word wide). The worst case condition ultimately lim- 
its the overall bus latency which the SNIC can tolerate. 

Beginning of Receive 

At the beginning or reception, the SNIC stores entire Ad- 
dress field of each incoming packet in the FIFO to deter- 
mine whether the packet matches its Physical Address Reg- 
isters or maps to one of its Multicast Registers. This causes 
the FIFO to accumulate 8 bytes. Furthermore, there are 
some synchronization delays in the DMA PLA. Thus, the 
actual time that BREQ is asserted from the time the Start of 
Frame Delimiter (SFD) is detected is 7.8 [is. This operation 
affects the bus latencies at 2 and 4-byte thresholds during 
the first receive BREQ since the FIFO must be filled to 
8 bytes (or 4 words) before issuing a BREQ. 

End of Receive 

When the end of a packet is detected by the ENDEC mod- 
ule, the SNIC enters its end of packet processing sequence, 
emptying its FIFO and writing the status information at the 
beginning of the packet. The SNIC holds onto the bus for 
the entire sequence. The longest time BREQ may be ex- 
tended occurs when a packet ends just as the SNIC per- 
forms its last FIFO burst. The SNIC, in this case, performs a 
programmed burst transfer followed by flushing the remain- 
ing bytes in the FIFO, and completed by writing the header 
Information to memory. The following steps occur during 
this sequence. 

1 . SNIC issues BREQ because the FIFO threshold has been 
reached. 



2. During the burst, packet ends, resulting in BREQ extend- 
ed. 

3. SNIC flushes remaining bytes from FIFO. 

4. SNIC performs internal processing to prepare for writing 
the header. 

5. SNIC writes 4-byte (2-word) header. 

6. SNIC de-asserts BREQ. 

FIFO Threshold Detection 

To assure that no overwriting of data in the FIFO, the FIFO 
logic flags a FIFO overrun as the 1 3th byte is written into the 
FIFO, effectively shortening the FIFO to 13 bytes. The FIFO 
logic also operates differently in Byte Mode and in Word 
Mode. In Byte Mode, a threshold is indicated when the n+ 1 
byte has entered the FIFO; thus, with an 8-byte threshold, 
the SNIC issues Bus Request (BREQ) when the 9th byte 
has entered the FIFO. For Word Mode, BREQ is not gener- 
ated until the n-t-2 bytes have entered the FIFO. Thus, with 
a 4 word threshold (equivalent to 8-byte threshold), BREQ is 
issued when the 10th byte has entered the FIFO. 

Beginning of Transmit 

Before transmitting, the SNIC performs a prefetch from 
memory to load the FIFO. The number of bytes prefetched 
is the programmed FIFO threshold. The next BREQ is not 
issued until after the SNIC actually begins transmitting data, 
i.e., after SFD. 

Reading the FIFO 

During normal operation, the FIFO must not be read. The 
SNIC will not issue an ACKnowledge back to the CPU if the 
FIFO is read. The FIFO should only be read during loopback 
diagnostics. 

PROTOCOL PLA 

The protocol PLA is responsible for Implementing the IEEE 
802.3 protocol, including collision recovery with random 
backoff. The Protocol PLA also formats packets during 
transmission and strips preamble and synch during recep- 
tion. 

DMA AND BUFFER CONTROL LOGIC 

The DMA and Buffer Control Logic is used to control two 
16-bit DMA channels. During reception, the local DMA 
stores packets in a receive buffer ring, located in buffer 
memory. During transmission the Local DMA uses pro- 
grammed pointer and length registers to transfer a packet 
from local buffer memory to the FIFO. A second DMA chan- 
nel is used as a slave DMA to transfer data between the 
local buffer memory and the host system. The Local DMA 
and Remote DMA are Internally arbitrated, with the Local 
DMA channel having highest priority. Both DMA channels 
use a common external bus clock to generate all required 
bus timing. External arbitration is performed with a standard 
bus request, bus acknowledge handshake protocol. 
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5.0 Transmit/Receive Packet Encapsulation/Decapsulation 



A standard IEEE 802.3 packet consists of the following 
fields: preamble, Start of Frame Delimiter (SFD), destination 
address, source address, length, data, and Frame Check 
Sequence (FCS). The typical format is shown in Figure 2. 
The packets are Manchester encoded and decoded by the 
ENDEC module and transferred serially to the NIC module 
using NRZ data with a clock. Airfields are of fixed length 
except for the data field. The SNIC generates and appends 
the preamble, SFD and FCS field during transmission. The 
Preamble and SFD fields are stripped during reception. (The 
CRC is passed through to buffer memory during reception.) 

PREAMBLE AND START OF FRAME DELIMITER (SFD) 

The Manchester encoded alternating 1,0 preamble field is 
used by the ENDEC to acquire bit synchronization with an 
incoming packet. When transmitted each packet contains 
62 bits of alternating 1 ,0 preamble. Some of this preamble 
will be lost as the packet travels through the network. The 
preamble field is stripped by the NIC module. Byte align- 
ment is performed with the Start of Frame Delimiter (SFD) 
pattern which consists of two consecutive 1's. The SNIC 
does not treat the SFD pattern as a byte, it detects only the 
two bit pattern. This allows any preceding preamble within 
the SFD to be used for phase locking. 

DESTINATION ADDRESS 

The destination address indicates the destination of the 
packet on the network and is used to filter unwanted pack- 
ets from reaching a node. There are three types of address 
formats supported by the SNIC: physical, multicast and 
broadcast. The physical address is a unique address that 
corresponds only to a single node. All physical addresses 
have an MSB of "0". These addresses are compared to the 
Internally stored physical address registers. Each bit in the 
destination address must match in order for the SNIC to 
accept the packet. Multicast addresses begin with an MSB 



of "1". The SNIC filters multicast addresses using a stan- 
dard hashing algorithm that maps all multicast addresses 
into a 6-bit value. This 6-bit value Indexes a 64-bit array that 
filters the value. If the address consists of all 1's it is a 
broadcast address, indicating that the packet is intended for 
all nodes. A promiscuous mode allows reception of all pack- 
ets: the destination address Is not required to match any 
filters. Physical, broadcast, multicast, and promiscuous ad- 
dress modes can be selected. 

SOURCE ADDRESS 

The source address is the physical address of the node that 
sent the packet. Source addresses cannot be multicast or 
broadcast addresses. This field is simply passed to buffer 
memory. 

LENGTH FIELD 

The 2-byte length field Indicates the number of bytes that 
are contained in the data field of the packet. This field Is not 
interpreted by the SNIC. 

DATA FIELD 

The data field consists of anywhere from 46 to 1500 bytes. 
Messages longer than 1500 bytes need to be broken into 
multiple packets. Messages shorter than 46 bytes will re- 
quire appending a pad to bring the data field to the minimum 
length of 46 bytes. If the data field is padded, the number of 
valid data bytes is indicated in the length field. The SNIC 
does not strip or append pad bytes for short packets, 
or check for oversize packets. 

FCSFIELD 

The Frame Check Sequence (FCS) is a 32-bit CRC field 
calculated and appended to a packet during transmission to 
allow detection of errors when a packet Is received. During 
reception, error free packets result in a specific pattern in 
the CRC generator. Packets with improper CRC will be re- 
jected. The AUTODIN II (X32 + X26 + X23 + X22 + X16 -|- 
X12 -I- X11 -h X10 -I- X8 -I- X7 + X5 + X4 + X2 + X1 -I- 1) 
polynomial is used for the CRC calculations. 



PREAMBLE 


SFP 


DESTINATION SOURCE 


LENGTH' 


DATA 


FCS 


62b 


2b 


6B 


6B 


28 


46B- 
1500B 


4B 



RECEIVE 
OPERATIONS 



TRANSMIT 
OPERATIONS 



B-BYTES 
b-BITS 



^ <:TBipprn r ^ 



STRIPPED 
BY NIC 



TRANSFERRED VIA DMA 



^ 



<^=^<: 



APPENDED 
BY NIC 



TRANSFERRED VIA DMA 



FIGURE 2 



^>o 



CALCULATED AND 
APPENDED BY 
NIC 



TL/F/10469-5 



1-156 



6.0 Direct Memory Access Control (DMA) 

The DMA capabilities of the SNIC greatly simplify the use of 
the DP83901A in typical configurations. The local DMA 
channel transfers data between the FIFO and memory. On 
transmission, the packet Is DMA'd from memory to the FIFO 
In bursts. Should a collision occur (up to 1 5 times), the pack- 
et Is retransmitted with no processor Intervention. On recep- 
tion, packets are DMAed from the FIFO to the receive buffer 
ring (as explained below). 

A remote DMA channel Is also provided on the SNIC to 
accomplish transfers between a buffer memory and system 
memory. The two DMA channels can alternatively be com- 
bined to form a single 32-blt address with 8- or 16-bit data. 



DUAL DMA CONFIGURATION 

An example configuration using both the local and remote 
DMA channels Is shown below. Network activity is Isolated 



on a local bus, where the SNIC's local DI^A channel per- 
forms burst transfers between the buffer memory and the 
SNIC's FIFO. The Remote DMA transfers data between the 
buffer memory and the host memory via a bidirectional I/O 
port. The Remote DMA provides local addressing capability 
and Is used as a slave DMA by the host. Host side address- 
ing must be provided by a host DMA or the CPU. The SNIC 
allows Local and Remote DMA operations to be Interleaved. 

SINGLE CHANNEL DMA OPERATION 

If desirable, the two DMA channels can be combined to 
provide a 32-bit DMA address. The upper 16 bits of the 
32-bit address are static and are used to point to a 64 kbyte 
(or 32k word) page of memory where packets are to be 
received and transmitted. 
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7.0 Packet Reception 

The Local DMA receive channel uses a Buffer Ring Struc- 
ture comprised of a series of contiguous fixed length 
256-byte (1 28 word) buffers for storage of received pacl<ets. 
The location of the Receive Buffer Ring is programmed in 
two registers, a Page Start and a Page Stop Register. Ether- 
net packets consist of a distribution of shorter linl< control 
pacl<ets and longer data packets, the 256-byte buffer length 
provides a good compromise between short packets and 
longer packets to most efficiently use memory. In addition 
these buffers provide memory resources for storage of 
back-to-back packets in loaded networks. The assignment 
of buffers for storing packets is controlled by Buffer Man- 
agement Logic in the SNIC. The Buffer Management Logic 



provides three basic functions: linking receive buffers for 
long packets, recovery of buffers when a packet is rejected, 
and recirculation of buffer pages that have been read by the 
host. 

At initialization, a portion of the 64 kbyte (or 32k word) ad- 
dress space is reserved for the receive buffer ring. Two 8-bit 
registers, The Page Start Address Register (PSTART) and 
the Page Stop Address Register (PSTOP) define the physi- 
cal boundaries of where the buffers reside. The SNIC treats 
the list of buffers as a logical ring; whenever the DMA ad- 
dress reaches the Page Stop Address, the DMA is reset to 
the Page Start Address. 
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7.0 Packet Reception (continued) 

INITIALIZATION OF THE BUFFER RING 

Two static registers and two working registers control the 
operation of the Buffer Ring. These are the Page Start Reg- 
ister, Page Stop Register (both described previously), the 
Current Page Register and the Boundary Pointer Register. 
The Current Page Register points to the first buffer used to 
store a packet and is used to restore the DMA for writing 
status to the Buffer Ring or for restoring the DMA address in 
the event of a Runt packet, a CRC, or Frame Alignment 
error. The Boundary Register points to the first packet in the 
Ring not yet read by the host. If the local DMA address ever 
reaches the Boundary, reception is aborted. The Boundary 
Pointer is also used to initialize the Remote DMA for remov- 
ing a packet and Is advanced when a packet is removed. A 



simple analogy to remember the function of these registers 
is that the Current Page Register acts as a Write Pointer and 
the Boundary Pointer acts as a Read Pointer. 
Note: At initialization, the Page Start Register value should be loaded into 
both the Current Page Register and the Boundary Pointer Register. 
Note: The Page Start Register must not be initialized to OOH. 

BEGINNING OF RECEPTION 

When the first packet begins arriving the SNIC begins stor- 
ing the packet at the location pointed to by the Current Page 
Register. An offset of 4 bytes is saved in this first buffer to 
allow room for storing receive status corresponding to this 
packet. 
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Buffer Ring at Initialization 
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7.0 Packet Reception (continued) 

LINKING RECEIVE BUFFER PAGES 

If the length of the packet exhausts the first 256-byte buffer, 
the Di\/1A performs a forward linl^ to the next buffer to store 
the remainder of the packet. For a maximal length packet 
the buffer logic will link six buffers to store the entire packet. 
Buffers cannot be skipped when linking, a packet will always 
be stored in contiguous buffers. Before the next buffer can 
be linked, the Buffer Management Logic performs two com- 
parisons. The first comparison tests for equality between 
the DMA address of the next buffer and the contents of the 
Page Stop Register. If the buffer address equals the Page 
Stop Register, the buffer management logic will restore the 
DMA to the first buffer in the Receive Buffer Ring value 
programmed in the Page Start Address Register. The sec- 
ond comparison tests for equality between the DMA ad- 



dress of the next buffer address and the contents of the 
Boundary Pointer Register. If the two values are equal the 
reception is aborted. The Boundary Pointer Register can be 
used to protect against oven/vriting any area in the receive 
buffer ring that has not yet been read. When linking buffers, 
buffer management will never cross this pointer, effectively 
avoiding any ovenwrites. If the buffer address does not 
match either the Boundary Pointer or Page Stop Address, 
the link to the next buffer is performed. 

Unking Buffers 

Before the DMA can enter the next contiguous 256-byte 
buffer, the address is checked for equality to PSTOP and to 
the Boundary Pointer. If neither are reached, the DMA Is 
allowed to use the next buffer. 



Unking Receive Buffer Pages 
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7.0 Packet Reception (continued) 

Buffer Ring Overflow 

If the Buffer Ring has been filled and the DMA reaches the 
Boundary Pointer Address, reception of the incoming pack- 
et will be aborted by the SNIC. Thus, the packets previously 
received and still contained in the Ring will not be de- 
stroyed. 

In heavily loaded network which cause overflows of the Re- 
ceive Buffer Ring, the SNIC may disable the local DMA and 
suspend further receptions even if the Boundary register is 
advanced beyond the Current register. To guarantee this 
will not happen, a software reset must be issued during all 
Receive Buffer Ring overflows (indicated by the OVW bit in 
the Interrupt Status Register). The following procedure is 
required to recover from a Receiver Buffer Ring Overflow. 
If this routine is not adhered to, the SNIC may act in an 
unpredictable manner. It should also be noted that it is not 
permissible to service an overflow interrupt by continuing to 
empty packets from the receive buffer without implementing 
the prescribed overflow routine. A flow chart of the SNIC's 
overflow routine can be found on the next page. 
Note: It is necessary to define a variable in the driver, which will be called 
"Resend". 

1. Read and store the value of the TXP bit in the SNIC's 
Command Register. 

2. Issue the STOP command to the SNIC. This is accom- 
plished by setting the STP bit in the SNIC's Command 
Register. Writing 21 H to the Command Register will stop 
the SNIC. 

3. Wait for at least 1.6 ms. Since the SNIC will complete 
any transmission or reception that is in progress, it is 
necessary to time out for the maximum possible dura- 
tion of an Ethernet transmission or reception. By waiting 
1 .6 ms this is achieved with some guard band added. 
Previously, it was recommended that the RST bit of the 
Interrupt Status Register be polled to insure that the 
pending transmission or reception is completed. This bit 
is not a reliable indicator and subsequently should be 
ignored. 

4. Clear the SNIC's Remote Byte Count registers (RBCRO 
and RBCR1). 

5. Read the stored value of the TXP bit from step 1 , above. 
If this value is a 0, set the "Resend" variable to a and 
jump to step 6. 

If this value is a 1, read the SNIC's Interrupt Status Reg- 
ister. If either the Packet Transmitted bit (PTX) or Trans- 



mit Error bit (TXE) is set to a 1, set the "Resend" vari- 
able to a and jump to step 6. If neither of these bits is 
set, place a 1 in the "Resend" variable and jump to step 
6. 

This step determines if there was a transmission in prog- 
ress when the stop command was issued in step 2. If 
there was a transmission in progress, the SNIC's ISR is 
read to determine whether or not the packet was recog- 
nized by the SNIC. If neither the PTX nor TXE bit was 
set, then the packet will essentially be lost and re-trans- 
mitted only after a time-out takes place in the upper lev- 
el software. By determining that the packet was lost at 
the driver level, a transmit command can be reissued to 
the SNIC once the overflow routine is completed (as in 
step 11). Also, it is possible for the SNIC to defer indefi- 
nitely, when it is stopped on a busy network. Step 5 also 
alleviates this problem. Step 5 is essential and should 
not be omitted from the overflow routine, in order for the 
SNIC to operate correctly. 

6. Place the SNIC in either mode 1 or mode 2 loopback. 
This can be accomplished by setting bits D2 and D1 , of 
the Transmit Configuration Register, to "0,1" or "1,0", 
respectively. 

7. Issue the START command to the SNIC. This can be 
accomplished by writing 22H to the Command Register. 
This is necessary to activate the SNIC's Remote DMA 
channel. 

8. Remove one or more packets from the receive buffer 
ring. 

9. Reset the overwrite warning (OVW, overflow) bit in the 
Interrupt Status Register. 

10. Take the SNIC out of loopback. This Is done by writing 
the Transmit Configuration Register with the value it 
contains during normal operation. (Bits D2 and D1 
should both be programmed to 0.) 

11. If the "Resend" variable is set to a 1, reset the "Re- 
send" variable and reissue the transmit command. This 
is done by writing a value of 26H to the Command Reg- 
ister. If the "Resend" variable is 0, nothing needs to be 
done. 

Note 1: If Remote DMA is not being used, the SNIC does not need to be 

started before packets can be removed from the receive buffer ring. Hence, 

step 8 could be done before step 7. 

Note 2: When the SNIC is in STOP mode, the Missed Talley Counter is 

disabled. 
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7.0 Packet Reception (Continued) 



Overflow Routine Flow Chart 
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7.0 Packet Reception (continued) 

Enabling the SNIC On An Active Network 

After the SNIC has been initialized the procedure tor dis- 
abling and then re-enabling the SNIC on the network is simi- 
lar to handling Receive Buffer Ring overflow as described 
previously. 

1 . Program Command Register for page (Command 
Register = 21 H) 

2. Initialize Data Configuration Register (DCR) 

3. Clear Remote Byte Count Registers (RBCRO, RBCR1) 

4. Initialize Receive Configuration Register (RCR) 

5. Place the SNIC in LOOPBACK mode 1 or 2 (Transmit 
Configuration Register = 02H or 04H) 

6. Initialize Receive Buffer Ring: Boundary Pointer 
(BNDRY), Page Start (PSTART), and Page Stop 
(PSTOP) 

7. Clear Interrupt Status Register (ISR) by writing OFFH to 
it. 

8. Initialize Interrupt Mask Register (IMR) 

9. Program Command Register for page 1 (Command 
Register = 611-1) 

i) Initialize Physical Address Registers (PAR0-PAR5) 
ii) Initialize Multicast Address Registers (MAR0-MAR7) 
ill) Initialize CURRent pointer 



10) Put SNIC in START mode (Command Register = 22H). 
The local receive DMA is still not active since the SNIC 
is in LOOPBACK. 

1 1 ) Initialize the Transmit Configuration for the intended val- 
ue. The SNIC is now ready for transmission and recep- 
tion. 

END OF PACKET OPERATIONS 

At the end of the packet the SNIC determines whether the 
received packet is to be accepted or rejected. It either 
branches to a routine to store the Buffer Header or to anoth- 
er routine that recovers the buffers used to store the packet. 

SUCCESSFUL RECEPTION 

If the packet is successfully received, the DMA is restored 
to the first buffer used to store the packet (pointed to by the 
Current Page Register). The DMA then stores the Receive 
Status, a Pointer to where the next packet will be stored 
(Buffer 4) and the number of received bytes. Note that the 
remaining bytes in the last buffer are discarded and recep- 
tion of the next packet begins on the next empty 256-byte 
buffer boundary. The Current Page Register Is then initial- 
ized to the next available buffer In the Buffer Ring. (The 
location of the next buffer had been previously calculated 
and temporarily stored in an internal scratchpad register.) 
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7.0 Packet Reception (continued) 

BUFFER RECOVERY FOR REJECTED PACKETS 

If the packet is a runt packet or contains CRC or Frame 
Alignment errors, it is rejected. Tlie buffer managennent log- 
ic resets ttie DMA back to the first buffer page used to store 
the packet (pointed to by CURR), recovering all buffers that 
had been used to store the rejected packet. This operation 
will not be performed if the SNIC is programmed to accept 
either runt packets or packets with CRC or Frame Alignment 



errors. The received CRC is always stored In buffer memory 
after the last byte of received data for the packet. . 

Error Recovery 

If the packet is rejected as shown, the DMA is restored by 
the SNIC by reprogramming the DMA starting address 
pointed to by the Current Page Register. 



Termination of Receive Packet— Packet Reject 
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7.0 Packet Reception (continued) 

REMOVING PACKETS FROM THE RING 

Packets are removed from the ring using the Remote DMA 
or, an external device. When using the Remote DMA the 
Send Pacl^et command can be used. This programs the Re- 
mote DMA to automatically remove the received packet 
pointed to by the Boundary Pointer. At the end of the trans- 
fer, the SNIC moves the Boundary Pointer, freeing addition- 
al buffers for reception. The Boundary Pointer can also be 
moved manually by programming the Boundary Register. 

STORAGE FORMAT FOR RECEIVED PACKETS 

The following diagrams describe the format for how re- 
ceived packets are placed Into memory by the local DMA 
channel. These modes are selected in the Data Configura- 
tion Register. 
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BOS = 0, WTS = 1 in Data Configuration Register. This format is used with 
Series 32xxx, or BOSw processors. 
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BOS = 1 . WTS - 1 in Data Conflguralion Register. Tills format is used with 
680x0 type processors. (Note: The Receive Count ordering remains the 
same for BOS - Oor 1.) 
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BOS = 0. WTS = in Data Configuration Register. This format is used with 
general &-bit processors. 
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8.0 Packet Transmission 

The Local DMA is also used during transmission of a pack- 
et. Three registers control the DIWA transfer during trans- 
mission, a Transmit Page Start Address Register (TPSR) 
and the Transmit Byte Count Registers (TBCRO, 1). When 
the SNIC receives a command to transmit the packet point- 
ed to by these registers, buffer memory data will be moved 
into the FIFO as required during transmission. The SNIC will 
generate and append the preamble, synch and CRC fields. 



6 Bytes 

6 Bytes 

2 Bytes 

^46 Bytes 





General Transmit Packet Format 


Transmit 


Destination Address 


Byte 


Source Address 


Count 


Type/ Length 


TBCRO, 1 


Data 




Pad (If Data < 46 Bytes) 



TRANSMIT PACKET ASSEMBLY 

The SNIC requires a contiguous assembled packet with the 
format shown. The transmit byte count includes the Destina- 
tion Address, Source Address, Length Field and Data. It 
does not Include preamble and CRC. When transmitting 
data smaller than 46 bytes, the packet must be padded to a 
minimum size of 64 bytes. The programmer is responsible 
for adding and stripping pad bytes. 

TRANSMISSION 

Prior to transmission, the TPSR (Transmit Page Start Regis- 
ter) and TBCRO, TBCR1 (Transmit Byte Count Registers) 
must be initialized. To initiate transmission of the packet the 
TXP bit in the Command Register is set. The Transmit 
Status Register (TSR) is cleared and the SNIC begins to 
prefetch transmit data from memory (unless the SNIC Is cur- 
rently receiving). If the interframe gap has timed out the 
SNIC will begin transmission. 

CONDITIONS REQUIRED TO BEGIN TRANSMISSION 

In order to transmit a packet, the following three conditions 
must be met: 

1 . The Interframe Gap Timer has timed out the first 6.4 jus 
of the Interframe Gap. 

2. At least one byte has entered the FIFO. (This indicates 
that the burst transfer has been started.) 

3. If a collision had been detected then before transmission 
the packet time must have timed out. 

In typical systems the SNIC prefetchs the first burst of bytes 
before the 6.4 fts timer expires. The time during which SNIC 
transmits preamble can also be used to load the FIFO. 

Note: If carrier sense is asserted before a byte has been loaded into the 
FIFO, the SNIC will become a receiver. 

COLLISION RECOVERY 

During transmission, the Buffer Management logic monitors 
the transmit circuitry to determine if a collision has occurred. 
If a collision is detected, the Buffer Management logic will 
reset the FIFO and restore the Transmit DMA pointers for 
retransmission of the packet. The COL bit will be set in the 
TSR and the NCR (Number of Collisions Register) will be 
incremented. If 1 5 retransmissions each result in a collision 
the transmission will be aborted and the ABT bit in the TSR 
will be set. 

Note: NCR reads as zeroes if excessive collisions are encountered. 



TRANSMIT PACKET ASSEMBLY FORMAT 

The following diagrams describe the format for how packets 
must be assembled prior to transmission for different byte 
ordering schemes. The various formats are selected in the 
Data Configuration Register. 
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BOS = 0, WTS = 1 In Data Configuration Register. 

This format Is used with Series 32xxx, or 808xx processors. 
D15 D8 D7 DO 


Destination Address 


Destination Address 1 


Destination Address 2 


Destination Address 3 


Destination Address 4 


Destination Address 5 


Source Address 
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Source Address 2 


Source Address 3 
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Type/Length 
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Data1 



BOS = 1, WTS = 1 in Data Configuration Register. 

This format Is used with 680x0 type processors. 
Df DO 



Destination Address 
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Destination Address 3 


Destination Address 4 


Destination Address 5 


Source Address 
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Source Address 3 
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Source Address 5 



BOS = 0, WTS = in Data Configuration Register. 

This format is used with general 8-bit processors. 

Note: All examples above will result in a transmission of a packet in order of 
DAO, DA1, DA3 ... bits within each byte will be transmitted least 
significant bit first. 
DA = Destination Address. 
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9.0 Remote DMA 

The Remote DMA channel is used to both assemble pack- 
ets for transmission, and to remove received packets from 
the Receive Buffer Ring. It may also be used as a general 
purpose slave DMA channel for moving blocks of data or 
commands between host memory and local buffer memory. 
There are three modes of operation, Remote Write, Remote 
Read, or Send Packet. 

Two register pairs are used to control the Remote DMA, a 
Remote Start Address (RSARO, RSAR1) and a Remote 
Byte Count (RBCRO, RBCR1) register pair. The Start Ad- 
dress Register pair points to the beginning of the block to be 
moved while the Byte Count Register pair is used to indicate 
the number of bytes to be transferred. Full handshake logic 
is provided to move data between local buffer memory and 
a bidirectional I/O port. 

REMOTE WRITE 

A Remote Write transfer is used to move a block of data 
from the host Into local buffer memory. The Remote DMA 
will read data from the I/O port and sequentially write it to 
local buffer memory beginning at the Remote Start Address. 
The DMA Address will be incremented and the Byte Coun- 
ter will be decremented after each transfer. The DMA is 
terminated when the Remote Byte Count Register reaches 
a count of zero. 

REMOTE READ 

A Remote Read transfer is used to move a block of data 
from local buffer memory to the host. The Remote DMA will 



sequentially read data from the local buffer memory, begin- 
ning at the Remote Start Address, and write data to the I/O 
port. The DMA Address will be incremented and the Byte 
Counter will be decremented after each transfer. The DMA 
is terminated when the Remote Byte Count Register reach- 
es zero. 

SEND PACKET COMMAND 

The Remote DMA channel can be automatically initialized 
to transfer a single packet from the Receive Buffer Ring. 
The CPU begins this transfer by issuing a "Send Packet" 
Command. The DMA will be initialized to the value of the 
Boundary Pointer Register and the Remote Byte Count 
Register pair (RBCRO, RBCR1) will be initialized to the value 
of the Receive Byte Count fields found in the Buffer Header 
of each packet. After the data is transferred, the Boundary 
Pointer is advanced to allow the buffers to be used for new 
receive packets. The Remote Read will terminate when the 
Byte Count equals zero. The Remote DMA is then prepared 
to read the next packet from the Receive Buffer Ring. If the 
DMA pointer crosses the Page Stop Register, it is reset to 
the Page Start Address. This allows the Remote DMA to 
remove packets that have wrapped around to the top of the 
Receive Buffer Ring. 

Note 1: In order for the SNIC to correctly execute the Send Packet Com- 
mand, Itie upper Remote Byte Court Register (RBCR1) must first 
be loaded with OFH. 
Note 2: The Send Packet command cannot be used with 680x0 type proc- 
essors. 



Remote DMA Autolnitlallzatlon from Buffer Ring 



DMA ENDS HERE 




REGISTERS LOADED 
BY AUTOSEND COMMAND 



REMOTE BYTE 
COUNT 



:7 



BOUNDARY 
POINTER 



REMOTE 
START ADD 1 



REMOTE 
START ADD 
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10.0 Internal Registers 

All registers are 8-blt wide and mapped. Into four pages 
which are selected In the Command Register (PSO, PS1). 
Pins RA0-RA3 are used to address registers within each 
page. Page registers are those registers which are com- 



monly accessed during SNIC operation while page 1 regis- 
ters are used primarily for initialization. The registers are 
partitioned to avoid having to perform two write/read cycles 
to access commonly used registers. 



10.1 REGISTER ADDRESS MAPPING 









PAGEO 
(READ) 

SWR 
SRD 
SCS 
RA0-RA3 




COMMAND 




COMMAND 


REGISTER 






PAGEO 
(READ) 


PAGEO 
(WRITE) 




















COMMAND 




COMMAND 










PAGE 1 
(READ) 


PAGE 1 
(WRITE) 




PSO, 


PS1 ' 














COMMAND 




COMMAND 










PAGE 2 
(READ) 


PAGE 2 
(WRITE) 
















COMMAND 




COMMAND 










TEST 
PAGE 


TEST 
PAGE 
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10.2 REGISTER ADDRESS ASSIGNMENTS 

Page Address Assignments (PS1 = 0, PSO = 0) 



RA0-RA3 


RD 


WR 


OOH 


Command (OR) 


Command (CR) 


01H 


Cun-ent Local DMA 
Address 0(CLDAO) 


Page Start Register 
(PSTART) 


02H 


Current Local DMA 
Address 1(CLDA1) 


Page Stop Register 
(PSTOP) 


03H 


Boundary Pointer 
(BNRY) 


Boundary Pointer 
(BNRY) 


04H 


Transmit Status 
Register (TSR) 


Transmit Page Start 
Address (TPSR) 


05H 


Number of Collisions 
Register (NCR) 


Transmit Byte Count 
Register 0(TBCRO) 


06H 


FIFO (FIFO) 


Transmit Byte Count 
Register 1 (TBCR1) 


07H 


Interrupt Status 
Register (ISR) 


Interrupt Status 
Register (ISR) 


08H 


Cun-ent Remote DMA 
Address (CRDAO) 


Remote Start Address 
Register O(RSARO) 



RA0-RA3 


RD 


WR 


09H 


Current Remote DMA 
Address 1 (CRDA1) 


Remote Start Address 
Register 1 (RSAR1) 


OAH 


Reserved 


Remote Byte Count 
Register O(RBCRO) 


OBH 


Reserved 


Remote Byte Count 
Register 1 (RBCR1) 


OCH 


Receive Status 
Register (RSR) 


Receive Configuration 
Register (RCR) 


ODH 


Tally Counter 
(Frame Alignment 
Errors) (CNTRO) 


Transmit Configuration 
Register (TCR) 


OEH 


Tally Counter 1 
(CRC Errors) 
(CNTR1) 


Data Configuration 
Register (DCR) 


OFH 


Tally Counter 2 
Missed Packet 
Errors) (CNTR2) 


Interrupt Mask 
Register (IMR) 
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10.0 Internal Registers (continued) 

Page 1 Address Assignments (PS1 = 0, PSO = 1) 



Page 2 Address Assignments (PS1 = 1, PSO = 0) 



09 
CO 



RA0-RA3 


RD 


WR 


OOH 


Command (CR) 


Command (CR) 


01 H 


Physical Address 
Register O(PARO) 


Physical Address 
Register (PARO) 


02H 


Physical Address 
Register! (PARI) 


Physical Address 
Register 1 (PARI) 


03H 


Physical Address 
Register 2 (PAR2) 


Physical Address 
Register 2 (PAH2) 


04H 


Physical Address 
Register 3 (PAR3) 


Physical Address 
Register 3 (PAR3) 


05H 


Physical Address 
Register 4 (PAR4) 


Physical Address 
Register 4 (PAR4) 


06H 


Physical Address 

Register 5 (PARS) 


Physical Address 
Register 5 (PARS) 


07H 


Current Page 
Register (CURR) 


Current Page 
Register (CURR) 


08H 


Multicast Address 
Register O(MARO) 


Multicast Address 
Register O(MARO) 


09H 


Multicast Address 
Register 1 (MAR1) 


Multicast Address 
Register 1 (MAR1) 


OAH 


Multicast Address 
Register 2 (MAR2) 


Multicast Address 
Register 2 (MAR2) 


OBH 


Multicast Address 
Register 3 (MAR3) 


Multicast Address 
Register 3 (MAR3) 


OCH 


Multicast Address 
Register 4 (MAR4) 


Multicast Address 
Register 4 (MAR4) 


ODH 


Multicast Address 
Register 5 (MARS) 


Multicast Address 
Register 5 (MARS) 


OEH 


Multicast Address 
Register 6 (MAR6) 


Multicast Address 
Register 6 (MAR6) 


OFH 


Multicast Address 
Register 7 (MAR7) 


Multicast Address 
Register 7 (MAR7) 



RA0-RA3 


RD 


WR 


OOH 


Command (CR) 


Command (CR) 


01 H 


Page Start Register 
(PSTART) 


Current Local DMA 
Address (CLDAO) 


02H 


Page Stop Register 
(PSTOP) 


Current Local DMA 
Address 1 (CLDA1) 


03H 


Remote Next Packet 
Pointer 


Remote Next Packet 
Pointer 


04H 


Transmit Page Start 
Address (TPSR) 


Reserved 


05H 


Local Next Packet 
Pointer 


Local Next Packet 
Pointer 


06H 


Address Counter 
(Upper) 


Address Counter 
(Upper) 


07H 


Address Counter 
(Lower) 


Address Counter 
(Lower) 


08H 


Reserved 


Reserved 


09H 


Reserved 


Reserved 


CAH 


Reserved 


Reserved 


OBH 


Reserved 


Reserved 


OCH 


Receive Configuration 
Register (RCR) 


Reserved 


ODH 


Transmit 
Configuration 
Register (TCR) 


Reserved 


OEH 


Data Configuration 
Register (DCR) 


Reserved 


OFH 


Interrupt Mask 
Register (IMR) 


Reserved 



Note: Page 2 registers should only bs accessed for diagnostic purposes. 
They should not be modified during normal operation. 
Page 3 should never be modified. 
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10.0 Internal Registers (continued) 

10.3 REGISTER DESCRIPTIONS 

COMMAND REGISTER (CR) OOH (READ/WRITE) 

The Command Register is used to initiate transmissions, enable or disable Remote DMA operations and to select register 
pages. To Issue a command the microprocessor sets the corresponding blt(s) (RD2, RD1, RDO, TXP). Further commands may 
be overlapped, but with the following rules: (1) If a transmit command overlaps with a remote DMA operation, bits RDO, RD1, 
and RD2 must be maintained for the remote DMA command when setting the TXP bit. Note, If a remote DMA command Is re-is- 
sued when giving the transmit command, the DMA will complete Immediately if the remote byte count register has not been 
reinitialized. (2) If a remote DMA operation overlaps a transmission, RDO, RD1 , and RD2 may be written with the desired values 
and a "0" written to the TXP bit. Writing a "0" to this bit has no effect. (3) A remote write DMA may not overiap remote read 
operation or visa versa. Either of these operations must either complete or be aborted before the other operation may start. Bits 
PS1, PSO, RD2, and STP may be set any time. 



7 


6 


5 


4 


3 


2 


1 





PS1 


PSO 


RD2 


RD1 


RDO 


TXP 


STA 


STP 



Bit 



Symbol 



Description 



DO 



STP 



Stop: Software reset command, takes the controller offline, no packets will be received or transmitted. Any 
reception or transmission In progress will continue to completion before entering the reset state. To exit this 
state, the STP bit must be reset and the STA bit must be set high. To perform a software reset, this bit 
should be set high. The software reset has executed only when Indicated by the RST bit In the ISR being set 
to 1 . STP powers up high. 
Note: If the SNIC has previously been in start mode and the STP is set, both the STP and STA bits will remain set. 



D1 



STA 



Start: This bit Is used to activate the SNIC after either power up, or when the SNIC has been placed In a 
reset mode by software command or error. STA powers up low. 



D2 



TXP 



Transmit Packet: This bit must be set to Initiate transmission of a packet. TXP is Internally reset either after 
the transmission Is completed or aborted. This bit should be set only after the Transmit Byte Count and 
Transmit Page Start registers have been programmed. 



D3, 
04, 
and 
D5 



RDO, 
RD1, 
and 
RD2 



Remote DMA Command: These three encoded bits control operation of the Remote DMA channel. ROa 
can be set to abort any Remote DMA command In progress. The Remote Byte Count Registers should be 
cleared when a Remote DMA has been aborted. The Remote Start Addresses are not restored to the 
starting address if the Remote DMA is aborted. 
RD2 RD1 RDO 

Not Allowed 

Remote Read 

Remote Write (Note 2) 

Send Packet 

Abort/Complete Remote DMA (Note 1 ) 

Note 1: If a remote DMA operation is aborted and the remote byte count has not decremented to zero. PRQ will remain high. A read 
acknowledge (RACK) on a write acknowledge (WACK) will reset PRO low. 

Note 2: For proper operation of the Remote Write DMA, there are two steps which must be performed before using the Remote Write 
DMA. The steps are as follows: 

I) Write a non-zero value into RBCRO. 

II) Set bits RD2, RD1 , and RDO to 0, 0, and 1 . 

III) Issue the Remote Write DMA Command (nD2, RD1, RDO = 0, 1, 0). 


















1 





1 








1 


1 


1 


X 


X 



D6 
and 
D7 



PSO 
and 
PS1 



Page Select: These two encoded bits select which register page Is to be accessed with addresses RAO-3. 
PS1 PSO 
Register Page 

1 Register Page 1 

1 Register Page 2 
1 1 Reserved 
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10.0 Internal Registers (continued) 

10.3 REGISTER DESCRIPTIONS (Continued) 

INTERRUPT STATUS REGISTER (ISR) 07H (READ/WRITE) 

This register is accessed by the host processor to determine the cause of an interrupt. Any interrupt can be masl<ed in the 
Interrupt Masl< Register (IMP). Individual interrupt bits are cleared by writing a "1 " into the corresponding bit of the ISR. The INT 
signal is active as long as any unmasked signal is set, and will not go low until all unmasked bits in this register have been 
cleared. The ISR must be cleared after power up by writing it with all 1's. 



a 
•u 
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7 


6 


5 


4 


3 


2 


1 





RST 


RDC 


CNT 


ovw 


TXE 


RXE 


PTX 


PRX 



Bit 



Symbol 



Description 



DO 



PRX 



Packet Received: Indicates packet received with no errors. 



D1 



PTX 



Packet Transmitted: Indicates packet transmitted with no errors. 



D2 



RXE 



Receive Error: Indicates that a packet was received with one or more of the following errors: 

— CRC Error 

— Frame Alignment Error 

— FIFO Overrun 

— Missed Packet 



D3 



TXE 



Transmit Error: Set when packet transmitted with one or more of the following errors: 

— Excessive Collisions 

— FIFO Underrun 



D4 



OVW 



Overwrite Warning: Set when receive buffer ring storage resources have been exhausted. 
(Local DMA has reached Boundary Pointer) 



D5 



CNT 



Counter Overflow: Set when MSB of one or more of the Network Tally Counters has been set. 



D6 



RDC 



Remote DMA Complete: Set when Remote DMA operation has been completed. 



D7 



RST 



Reset Status: Set when SNIC enters reset state and cleared when a Start Command is issued to 
the CR. This bit is also set when a Receive Buffer Ring overflow occurs and is cleared when one 
or more packets have been removed from the ring. Writing to this bit has no effect. 

Note: This bit does not generate an interrupt, it is merely a status indicator. 
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10.0 Internal Registers (Continued) 

10.3 REGISTER DESCRIPTIONS (Continued) 

INTERRUPT MASK REGISTER (IMR) OFH(WRITE) ' 

The Interrupt Mask Register is used to mask interrupts. Each interrupt mask bit corresponds to a bit In the Interrupt Status 
Register (iSR). If an interupt mask bit is set, an interrupt will be issued whenever the corresponding bit In the ISR is set. If any bit 
In the IMR is set low, an interrupt will not occur when the bit in the ISR is set. The IMR powers up to all zeroes: 



— 


RDCE 


CNTE 


OVWE 


TXEE 


RXEE 


PTXE 


PRXE 



Bit 


Symbol 


Description 


DO 


PRXE 


Pacicet Received Interrupt Enable 

0: Interrupt Disabled 

1: Enables Iriterrupt when packet received 


D1 


PTXE 


Packet Transmitted Interrupt Enable 

0: Interrupt Disabled 

1 : Enables Intenupt when packet is transmitted 


D2 


RXEE 


Receive Error Interrupt Enable 

0: Interrupt Disabled 

1 : Enables Interrupt when packet received with error 


D3 


TXEE 


Transmit Error Interrupt Enable 

0: Interrupt Disabled 

1 : Enables Inten-upt when packet transmission results in error 


D4 


OVWE 


Overwrite Warning Interrupt Enable ' . 
0: Interrupt Disabled , 
1 : Enables Inten-upt when Buffer Management Logic lacks sufficient buffers to store incoming packet 


D5 


CNTE 


Counter Overflow Interrupt Enable 

0: Interrupt Disabled 

1 : Enables Interrupt when MSB of one or more of the Network Statistics counters has been set 


D6 


RDCE 


DMA Complete Interrupt Enable . 
0: Intenupt Disabled 
1 : Enables Interrupt when Remote DMA transfer has been completed 


D7 


Reserved 


Reserved 
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10.0 internal Registers (Continued) 

10.3 REGISTER DESCRIPTIONS (Continued) 

DATA CONFIGURATION REGISTER (DCR) OEH (WRITE) 

This Register Is used to program the SNIC for 8- or 16-blt memory Interface, select byte ordering in 16-bit applications and 
establish FIFO thresholds. The DCR must be Initialized prior to loading the Remote Byte Count Registers. LAS is set on 
power up. 



a 
■o 

09 

<o 
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FT1 


FTO 


ARM 


LS 


U\S 


BOS 


WIS 



Bit 



Symbol 



Description 



DO 



WIS 



Word Transfer Select 

0: Selects byte-wide DMA transfers 
1 : Selects word-wide DMA transfers 

; WTS establishes byte or word transfers for both Remote and Local DMA transfers 
Note: When word-wide mode is selected up to 32k words are addressable; AO remains low. 



D1 



BOS 



Byte Order Select 

0: MS byte placed on AD15-AD8 and LS byte on AD7-AD0. (32xxx, 80x86) 
1 : MS byte placed on AD7-AD0 and LS byte on AD1 5-A8. (680x0) 

: Ignored when WTS is low 



D2 



LAS 



Long Address Select 

0: Dual 16-bit DMA mode 
1 : Single 32-bit DMA mode 

; When LAS is high, the contents of the Remote DMA registers RSARO, 1 are issued as A1 6-A31 Power up 
high 



D3 



LS 



Loopback Select 

0: Loopback mode selected. Bits D1 and D2 of the TCR must also be programmed for Loopback operation 
1: Normal Operation 



D4 



ARM 



Auto-lnltlalize Remote 

0: Send Command not executed, all packets removed from Buffer Ring under program control 
1 : Send Command executed. Remote DMA auto-initialized to remove packets from Buffer Ring 
Note: Send Command cannot be used with 680x0 byte processors. 



D5 
and 
D6 



FTO 
and 
FT1 



FIFO Threshold Select: Encoded FIFO threshold. Establishes point at which bus is requested when filling or 
emptying the FIFO. During reception, the FIFO threshold indicates the number of bytes (or words) the FIFO has 
filled serially from the network before bus request (BREQ) is asserted. 

Note: FIFO threshold setting determines the DMA burst length. 

Receive Thresholds 

FT1 FTO Word Wide Byte Wide 

1Word 2 Bytes 

1 2 Words 4 Bytes 

1 4 Words 8 Bytes 
1 1 6 Words 12 Bytes 

During transmission, the FIFO threshold indicates the number of bytes (or words) the FIFO has filled from the 
Local DMA before BREQ is asserted. Thus, the transmission threshold is 1 3 bytes less the received threshold. 
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10.0 Internal Registers (Continued) 

10.3 REGISTER DESCRIPTIONS (Continued) 

TRANSMIT CONFIGURATION REGISTER (TCR) ODH (WRITE) 

J\ne transmit configuration establishes the actions of the transmitter section of the SNIC during transmission of a pacl<et on the 
networl<. LB1 and LBO which select loopback mode power up as 0. 

7 6 5 4 3 2 10 



— 


— 


— 


OFST 


ATD 


LB1 


LBO 


CRC 



Bit 



Symbol 



Description 



DO 



CRC 



Inhibit CRC 

0: CRC appended by transmitter 

1: CRC inhibited by transmitter 

In loopback mode CRC can be enabled or disabled to test the CRC logic 



D1 
and 
D2 



LBO 

and 
LB1 



Encoded Loopback Control: These encoded configuration bits set the type of loopback that is to be 
performed. Note that loopback in mode 2 places the ENDEC Module iti loopback mode and that D3 of the 
DCR must be set to zero for loopback operation. 

LB1 LBO 
IWodeO Normal Operation (LPBK = 0) : 

l^ode 1 1 Internal NIC Module Loopback (LPBK = 0) 

Mode 2 1 Internal ENDEC Module Loopback (LPBK = 1) 

Mode 3 1 1 External Loopback (LPBK = 0) 



D3 



ATD 



Auto Transmit Disable: This bit allows another station to disable the SNIC's transmitter by transmission of a 
particular multicast packet. The transmitter can be re-enabled by resetting this bit or by reception of a 
second particular multicast packet. 

1 : Reception of multicast address hashing to bit 62 disables transmitter, reception of multicast address 
hashing to bit 63 enables transmitter. ^ 



D4 



OFST 



Collision Offset Enable: This bit modifies the backoff algorithm to allow prioritization of hodes. 

0: Backoff Logic Implements normal algorithm. 

1 : Forces Backoff algorithm modification to to 2min(3 + n, 1 0) slot times for first tliree collisions, then follows 

standard backoff. (For the first three collisions, the station has higher average backoff delay making a low 

priority mode.) 



D5 



Reserved 



Reserved 



D6 



Reserved 



Reserved 



D7 



Reserved 



Reserved 
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10.0 Internal Registers (continued) 

10.3 REGISTER DESCRIPTIONS (Continued) 
TRANSMIT STATUS REGISTER (TSR) 04H (READ) 

This register records events that occur on the media during transmission of a packet, it is cleared when the next transmission is 
initiated by the host. All bits remain low unless the event that corresponds to a particular bit occurs during transmission. Each 
transmission should be followed by a read of this register. The contents of this register are not specified until after the first 
transmission. 



■o 

09 
CO 
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6 


5 


4 


3 


2 


1 





owe 


CDH 


FU 


CRS 


ABT 


COL 


— 


PTX 



Bit 



Symbol 



Description 



DO 



PTX 



Packet Transmitted: Indicates transmission without error. (No excessive collisions or FIFO 
underrun) (ABT = "0", FU = "O") 



D1 



Reserved 



Reserved 



D2 



COL 



Transmit Collided: Indicates that the transmission collided at least once with another station on 
the network. The number of collisions Is recorded in the Number of Collisions Registers (NCR). 



D3 



ABT 



Transmit Aborted: Indicates the SNIC aborted transmission because of excessive collisions. 
(Total number of transmissions Including original transmission attempt equals 1 6.) 



D4 



CRS 



Carrier Sense Lost: This bit Is set when carrier Is lost during transmission of the packet. 
Transmission Is not aborted on loss of carrier. 



D5 



FU 



FIFO Underrun: If the SNIC cannot gain access of the bus before the FIFO empties, this bit is 
set. Transmission of the packet will be aborted. 



D6 



CDH 



CD Heartbeat: Failure of the transceiver to transmit a collision signal after transmission of a 
packet will set this bit. The Collision Detect (CD) heartbeat signal must commence during the first 
6.4 us of the Interframe Gap following a transmission, in certain collisions, the CD Heartbeat bit 
will be set even though the transceiver is not performing the CD heartbeat test. 



D7 



owe 



Out of Window Collision: Indicates that a collision occurred after a slot time (51 .2 /j.s). 
Transmissions rescheduled as In normal collisions. 
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10.0 Internal Registers (continued) 

10.3 REGISTER DESCRIPTIONS (Continued) 

RECEIVE CONFIGURATION REGISTER (RCR) OCH (WRITE) 

This register determines operation of the SNIC during reception of a packet and is used to program what types of packets to 
accept. 

7 6 5 4 3 2 10 



— 


— 


MON 


PRO 


AM 


AB 


AR 


SEP 



Bit 



Symbol 



Description 



DO 



SEP 



Save Errored Packets 

0: Packets with receive errors are rejected. 

1 : PacVets with receive errors are accepted. Receive errors are CRC and Frame Alignment 

errors. 



D1 



AR 



Accept Runt Packets: This bit allows the receiver to accept packets that are smaller than 64 

bytes. The packet must be at least 8 bytes long to be accepted as a runt. 

0: Packets with fewer than 64 bytes rejected. 

1 : Packets with fewer than 64 bytes accepted. 



D2 



AB 



Accept Broadcast: Enables the receiver to accept a packet with an all 1 's destination address. 

0: Packets with broadcast destination address rejected. 

1 : Packets with broadcast destination address accepted. 



D3 



AM 



Accept Multicast: Enables the receiver to accept a packet with a multicast address, all multicast 

addresses must pass the hashing array. 

0: Packets with multicast destination address not checked. 

1 : Packets with multicast destination address checked. 



D4 



PRO 



Promiscuous Physical: Enables the receiver to accept all packets with a physical address. 
0: Physical address of node must match the station address programmed in PAR0-PAR5. 
1 1 All packets with physical addresses accepted 



D5 



MON 



Monitor Mode: Enables the receiver to check addresses and CRC on incoming packets without 

buffering to memory. The Missed Packet Tally counter will be incremented for each recognized 

packet. 

0: Packets buffered to memory. 

1 : Packets checked for address match, good CRC and Frame Alignment but not buffered to 

memory. 



D6 



Reserved 



Reserved 



D7 



Reserved 



Reserved 



Note: D2 and D3 are "OR'd" together, i.e., if D2 and D3 are set the SNIC wili accept broadcast and multicast addresses as well as its own physical address. To 
establish full promiscuous mode, bits D2, D3, and D4 should be set. In addition the multicast hashing array must be set to all 1's in order to accept all multicast 
addresses. 
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10.0 Internal Registers (continued) 

10.3 REGISTER DESCRIPTIONS (Continued) 

RECEIVE STATUS REGISTER (RSR) OCH (READ) 

This register records status of the received pacltet, including information on errors and the type of address match, either 
physical or multicast. The contents of this register are written to buffer memory by the DMA after reception of a good packet. If 
packets with errors are to be saved the receive status is written to memory at the head of the erroneous packet if an erroneous 
packet is received. If packets with errors are to be rejected the RSR will not be written to memory. The contents will be cleared 
when the next packet arrives. CRC errors, Frame Alignment errors and missed packets are counted internally by the SNIC which 
relinguishes the Host from reading the RSR in real time to record errors for Network Management Functions. The contents of 
this register are not specified until after the first reception. 



7 


6 


5 


4 


3 


2 


1 





DFR 


DIS 


PHY 


MPA 


FO 


FAE 


CRC 


PRX 



Bit 


Symbol 


Description 


DO 


PRX 


Packet Received Intact: Indicates packet received without error. (Bits CRC, FAE, FO, and MPA 
are zero for the received packet.) 


D1 


CRC 


CRC Error: Indicates packet received with CRC error. Increments Tally Counter (CNTR1 ). This 
bit will also be set for Frame Alignment errors. 


D2 


FAE 


Frame Alignment Error: Indicates that the incoming packet did not end on a byte boundary and 
the CRC did not match at last byte boundary. Increments Tally Counter (CNTRO). 


D3 


FO 


FIFO Overrun: This bit is set when the FIFO is not serviced causing overflow during reception. 
Reception of the packet will be aborted. 


D4 


MPA 


Missed Packet: Set when a packet intended for node cannot be accepted by SNIC because of a 
lack of receive buffers or if the controller is in monitor mode and did not buffer the packet to 
memory. Increments Tally Counter (CNTR2). 


D5 


PHY 


Physical/Multicast Address: Indicates whether received packet had a physical or multicast 

address type. 

0: Physical Address Match 

1: Multicast/Broadcast Address Match 


D6 


DIS 


Receiver Disabled: Set when receiver disabled by entering Monitor mode. Reset when receiver 
is re-enabled when exiting Monitor mode. 


D7 


DFR 


Deferring: Set when internal Carrier Sense or Collision signals are generated in the ENDEC 
module. If the transceiver has asserted the CD line as a result of the jabber, this bit will stay set 
indicating the jabber condition. 



Note: Following coding applies to CRC and FAE bits. 



FAE 


CRC 











1 


1 





1 


1 



Type of Error 

No Error (Good CRC and <6 Dribble Bits) 

CRC En-or 

Illegal, Will Not Occur 

Frame Alignment Error and CRC Error 



a 

TJ 
oa 
w 

(O 

o 
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10.0 Internal Registers (continued) 

10.4 DMA REGISTERS 



DMA Registers 



LOCAL DMA TRANSMIT REGISTER 



15 8|7 


(TPSR) 










LOCAL 

DMA 

CHANNEL 


{TBCRO, 1) 


TRANSMIT BYTE COUNT 1 


P_; 
















LOCAL DMA RE 
15 8 


:EIVE REGISTER 
7 






(PSTART) 


PAGE START 




(PSTOP) 


PAGE STOP 




(CURR) 


CURRENT 








(BRNY) 


BOUNDARY 




NOT 
READABLE 


RECEIVE BYTE COUNT | 








(CLDAO, 


CURRENT LOCAL DMA ADDRESS U- 





REMOTE DMA REGISTERS 



15 8|7 


) 


REMOTE 

DMA 
CHANNEL 


(RSARO, 1) 


START ADDRESS 


(RBCRO, 1) 


BYTE COUNT CURRENT 




(CRADO, 1) 




h— ' 


REMOTE DMA ADDRESS 
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The DMA Registers are partitioned into groups; Transmit, 
Receive and Remote DMA Registers. Ttie Transmit regis- 
ters are used to initialize the Local DMA Channel for trans- 
mission of packets while the Receive Registers are used to 
initialize the Local DMA Channel for packet Reception. The 
Page Stop, Page Start, Current and Boundary Registers are 
used by the Buffer Management Logic to supervise the Re- 
ceive Buffer Ring. The Remote DMA Registers are used to 
initialize the Remote DMA. 

Note: In the figure above, registers are shown as 8 or 1 6 bits wide. Although 
some registers are 16-bit Internal registers, all registers are accessed 
as 8-blt registers. Thus the 16-bit Transmit Byte Count Register is 
brol<en into two 6-bit registers, TBCRO, TBCRl . Also TPSR, PSTART, 
PSTOP, CURR and BNRY only check or control the upper 8 bits of 
address information on the bus. Thus, they are shifted to positions 
15-8 in the diagram above. 

10.5 TRANSMIT DMA REGISTERS 

TRANSMIT PAGE START REGISTER (TPSR) 
This register points to the assembled packet to be transmit- 
ted. Only the eight higher order addresses are specified 
since all transmit packets are assembled on 256-byte page 
boundaries. The bit assignment is shown below. The values 
placed in bits D7-D0 will be used to initialize the higher 
order address (A8-A1 5) of the Local DMA for transmission. 
The lower order bits (A7-A0) are initialized to zero. 



Bit Assignment 
7 6 5 



TPSR A16 



A14 A13 A12 All A10 A9 



A8 



(A7-A0 Initialized to Zero) 

TRANSMIT BYTE COUNT REGISTER 0, 1 
(TBCRO, TBCRl) 

These two registers indicate the length of the packet to be 
transmitted in bytes. The count must include the number of 
bytes in the source, destination, length and data fields. The 
maximum number of transmit bytes allowed is 64 Kbytes. 
The SNIC will not truncate transmissions longer than 1500 
bytes. The bit assignnient is shown below: 
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1 





TBCR1 


LIS 


LI 4 


LI 3 


LI 2 


L11 


L10 


L9 


L8 
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6 
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4 


3 


2 


1 





TBCRO 


L7 


L6 


L5 


L4 


L3 


L2 


LI 


LO 
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10.0 Internal Registers (continued) 

10.6 LOCAL DMA RECEIVE REGISTERS 

PAGE START AND STOP REGISTERS (PSTART, PSTOP) 
The Page Start and Page Stop Registers program the start- 
ing and stopping address of the Receive Buffer Ring. Since 
the SNIC uses fixed 256-byte buffers aligned on page 
boundaries only the upper 8 bits of the start and stop ad- 
dress are specified. 
PSTART, PSTOP Bit Assignment 

PSTART, 

PSTOP 

BOUNDARY (BNRY) REGISTER 

This register Is used to prevent overflow of the Receive 
Buffer Ring. Buffer management compares the contents of 
this register to the next buffer address when llnl(ing buffers 
together. If the contents of this register match the next buff- 
er address the Local DMA operation Is aborted. 
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6 


5 


4 


3 


2 


1 





A15 


A14 


A13 


A12 


A11 


A10 


A9 


A8 
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1 





BNRY 


A15 


A14 


A13 


A12 


A11 


A10 


A9 


AS 



CURRENT PAGE REGISTER (CURR) 
This register is used internally by the Buffer Management 
Logic as a backup register for reception. CURR contains the 
address of the first buffer to be used for a packet reception 
and Is used to restore DMA pointers In the event of receive 
errors. This register is Initialized to the same value as 
PSTART and should not be written to again unless the con- 
troller is Reset. 
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CURR 


A15 


A14 


A13 


A12 


A11 


A10 


A9 


A8 



CURRENT LOCAL DMA REGISTER 0,1 (CLDAO, 1) 
These two registers can be accessed to determine the cur- 
rent local DMA address. 
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CLDA1 


A15 


A14 


A13 


A12 


All 


A10 


A9 


A8 
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CLDAO 


A7 


A6 


A5 


A4 


A3 


A2 


A1 


AO 



10.7 REMOTE DMA REGISTERS 

REMOTE START ADDRESS REGISTERS (RSARO, 1) 
Remote DMA operations are programmed via the Remote 
Start Address (RSARO, 1) and Remote Byte Count 
(RBCRO, 1) registers. The Remote Start Address Is used to 
point to the start of the block of data to be transferred and 
the Remote Byte Count Is used to Indicate the length of the 
block (In bytes). 
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5 
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RSAR1 


A15 


A14 


A13 


A12 


All 


A10 


A9 


A8 






7 6 5 4 3 
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RSARO 


A7 


A6 


A5 


A4 


A3 


A2 


A1 


AO 



REMOTE BYTE COUNT REGISTERS (RBCRO, 1 ) 
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RBCR1 


BC15 BC14 BC13 BC12 BC11 


BC10 


BC9 


BC8 




7 6 5 4 3 2 10 


RBCRO 


BC7 


BC6 


BC5 


BC4 


BC3 


BC2 


BC1 


BCO 



Note: RSARO programs the start address bits A0-A7. 
RSAR1 programs the start address bits AB-A15. 
Address incremented by two for word transfers, and by one for byte 

transfers. Byte Count decremented by two for word transfers and by 

one for byte transfers. 

RBCRO programs LSB byte'count. 

RBCR1 programs MSB byte count. 

CURRENT REMOTE DMA ADDRESS (CRDAO, CRDA1) 
The Current Remote DMA Registers contain the current ad- 
dress of the Remote DMA. The bit assignment is shown 
below: 
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CRDA1 


A15 


A14 


A13 


A12 


A11 


A10 


A9 


A8 
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A7 
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10.8 PHYSICAL ADDRESS REGISTERS (PARO-PARS) 

The physical address registers are used to compare the 
destination address of incoming packets for rejecting or ac- 
cepting packets. Comparisons are performed on a byte- 
wide basis. The bit assignment shown below relates the se- 
quence in PARO-PARS to the bit sequence of the received 
packet. 





D7 


D6 


D5 


04 


D3 


D2 


01 


DO 


PARO 


DA7 


DA6 


DAS 


DA4 


DA3 


DA2 


DA1 


DAO 


PARI 


DAI 5 


DAI 4 


DAI 3 


DAI 2 


DA11 


DA10 


DA9 


DA8 


PAR2 


DA23 


DA22 


DA21 


DA20 


DAI 9 


DA1B 


DAI 7 


DAI 6 


PAR3 


DA31 


DA30 


DA29 


DA28 


DA27 


DA26 


DA25 


DA24 


PAR4 


DA39 


DA38 


DA37 


DA36 


DA35 


DA34 


DA33 


DA32 


PARS 


DA47 


DA46 


DA45 


DA44 


DA43 


DA42 


DA41 


DA40 



Destination Address 



Source 



P/S 


DAO 


DAI 


DA2 


DA3 




DA46 


DA47 


SAO 



Note: P/S = Preamble, Synch 

DAO = Physical/Multicast Bit 

10.9 MULTICAST ADDRESS REGISTERS (MAR0-MAR7) 

The multicast address registers provide filtering of multicast 
addresses hashed by the CRC logic. All destination ad- 
dresses are fed through the CRC logic and as the last bit of 
the destination address enters the CRC, the 6 most signifi- 
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10.0 internal Registers (continued) 

cant bits of the CRC generator are latclned. Tliese 6 bits are 
then decoded by a 1 of 64 decode to index a unique filter bit 
(FBO-63) in the multicast address registers. If the filter bit 
selected Is set, the multicast packet is accepted. The sys- 
tem designer would use a program to determine which filter 
bits to set in the multicast registers. All multicast filter bits 
that correspond to multicast address accepted by the node 
are then set to one. To accept all multicast pacl<ets all of 
the registers are set to all ones. 

Note: Although the hashing algorithm does not guarantee perfect filtering of 
multicast address, it will perfectly fitter up to 64 multicast addresses if 
these addresses are chosen to map into unique locations in the multi- 



CRC GENERATOR 



(X-31 TO X-26) 



I CLK 



UTCH 



1 OF 64 DECODE 



FILTER BIT ARRAY 



SELECTED BIT 
D" = REJECT "1" = ACCEPT 
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D7 


D6 


D5 


D4 


D3 


D2 


D1 


DO 


MARO 


FB7 


FB6 


FB5 


FB4 


FB3 


FB2 


FB1 


FBO 


MAR1 


FBI 5 


FB14 


FBI 3 


FBI 2 


FB11 


FB10 


FB9 


FB8 


MAR2 


FB23 


FB22 


FB21 


FB20 


FB19 


FB18 


FB17 


FBI 6 


MAR3 


FB31 


FB30 


FB29 


FB28 


FB27 


FB26 


FB25 


FB24 


MAR4 


FB39 


FB38 


FB37 


FB36 


FB35 


FB34 


FB33 


FB32 


MAR5 


FB47 


FB46 


FB45 


FB44 


FB43 


FB42 


FB41 


FB40 


MAR6 


FB55 


FB54 


FB53 


FB52 


FB51 


FB50 


FB49 


FB48 


MAR7 


FB63 


FB62 


FB61 


FB60 


FB59 


FB58 


FB57 


FB56 



If address Y Is found to hash to the value 32 (20H), then 
FB32 in MAR4 should be initialized to "1". This will cause 
the SNIC to accept any multicast packet with the address Y. 



10.10 NETWORK TALLY COUNTERS 

Three 8-bit counters are provided for monitoring the number 
of CRC errors, Frame Alignment Errors and Missed Pack- 
ets. The maximum count reached by any counter Is 192 
(COH). These registers will be cleared when read by the 
CPU. The count Is recorded in binary in CT0-CT7 of each 
Tally Register. 

Frame Alignment Error Tally (CNTRO) 
This counter increments every time a packet is received 
with a Frame Alignment En-or. The packet must have been 
recognized by the address recognition logic. The counter is 
cleared after it is read by the processor. 
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CNTRO 


CT7 


CT6 


CT5 


CT4 


CT3 


CT2 


CT1 


CTQ 



CRC Error Tally (CNTR1) 

This counter Is incremented every time a packet is received 
with a CRC error. The packet must first be recognized by 
the address recognition logic. The counter Is cleared after it 
is read by the processor. 



6 



1 



CNTR1 CT7 CT6 CT5 CT4 CT3 CT2 CT1 CTO 



Frames Lost Tally Register (CNTR2) 
This counter is incremented if a packet cannot be received 
due to lack of buffer resources. In monitor mode, this coun- 
ter will count the number of packets that pass the address 
recognition logic. 
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FIFO 

This is an 8-bit register that allows the CPU to examine the 
contents of the FIFO after loopback. The FIFO will contain 
the last 8 data bytes transmitted in the loopback packet. 
Sequential reads from the FIFO will advance a pointer in the 
FIFO and allow reading of all 8 bytes. 
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FIFO 


DB7 


DB6 


DB5 


DB4 


DBS 


DB2 


DB1 


DBO 



Note: The FIFO should only be read when the SNIC has been programmed 
in loopbacl< mode. 

NUMBER OF COLLISIONS (NCR) 
This register contains the number of collisions a node expe- 
riences when attempting to transmit a packet. If no colli- 
sions are experienced during a transmission attempt, the 
COL bit of the TSR will not be set and the contents of NCR 
will be zero. If there are excessive collisions, the ABT bit in 
the TSR will be set and the contents of NCR will be zero. 
The NCR is cleared after the TXP bit in the CR is set. 
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11.0 Initialization Procedures 

The SNIC must be initialized prior to transmission or recep- 
tion of pacl<ets from the network. Power on reset is applied 
to the SNIC's reset pin. This clears/sets the following bits: 



Register 


Reset Bits 


Set Bits 


Command Register (CR) 


TXP, STA 


RD2, STP 


Interrupt Status (ISR) 




RST 


Interrupt Mask (IMR) 


All Bits 




Data Control (DCR) 




LAS 


Transmit Config. (TCR) 


LBI.LBO 





The SNIC remains in its reset state until a Start Command is 
issued. This guarantees that no packets are transmitted or 
received and that the SNIC remains a bus slave until all 
appropriate internal registers have been programmed. After 
initialization the STP bit of the command register is reset 
and packets may be received and transmitted. 

Initialization Sequence 

Ttie fallowing Initialization procedure is mandatory. 

1 . Program Command Register for Page (Command 
Register = 21H) 

2. Initialize Data Configuration Register (DCR) 

3. Clear Remote Byte Count Registers (RBGRO, RBCR1) 

4. Initialize Receive Configuration Register (RCR) 

5. Place the SNIC in LOOPBACK mode 1 or 2 (Transmit 
Configuration Register = 02H or 04H) 

6. Initialize Receive Buffer Ring: Boundary Pointer 
(BNDRY), Page Start (PSTART), and Page Stop 
(PSTOP) 

7. Clear Intenupt Status Register (ISR) by writing OFFH to 
it. 

8. Initialize Interrupt Mask Register (IMR) 

9. Program Command Register for page 1 (Command 
Register = 61 H) 

I) Initialize Physical Address Registers (PAR0-PAR5) 
II) Initialize Multicast Address Registers (MAR0-MAR5) 
III) Initialize CURRent pointer 

10. Put SNIC in START mode (Command Register = 22H). 

11. Initialize the Transmit Configuration for the intended val- 
ue. The SNIC is now ready for transmission and recep- 
tion. 

Before receiving packets, the user must specify the location 
of the Receive Buffer Ring. This Is programmed in the Page 
Start and Page Stop Registers. In addition, the Boundary 
and Current Page Register must be initialized to the value of 
the Page Start Register. These registers will be modified 
during reception of packets. 



12.0 Loopback Diagnostics 

Three forms of local loopback are provided on the SNIC. 
The user has the ability to loopback through the deserializer 
on the controller, through the ENDEC module or the Coax 
Transceiver on the DP63901A SNIC. Because of the half 
duplex architecture of the SNIC, loopback testing Is a 
special mode of operation with the following restric- 
tions: 

Restrictions During Loopback 

The FIFO is split into two halves, one used for transmission 
the other for reception. Only 8-bit fields can be fetched from 
memory so two tests are required for 1 6-bit systems to veri- 
fy integrity of the entire data path. During loopback the maxi- 
mum latency from the assertion of BREQ to BACK is 2.0 ju.s. 
Systems that wish to use the loopback test yet do not meet 
this latency can limit the loopback to 7 bytes without experi- 
encing underflow. Only the last 8 bytes of the loopback 
packet are retained in the FIFO. The last 8 bytes can be 
read through the FIFO register which will advance through 
the FIFO to allow reading the receive packet sequentially. 



Destination Address 



Source Address 



Length 



Data 



CRC 



(6 Bytes) Station Physical Address 
I 
2 Bytes 
= 46to150OBytes 

Appended by SNIC 
if CRC = "0" in TCR 



Wheri in word-wide mode with Byte Order Select set, the 
loopback packet must be assembled in the even byte loca- 
tion as shown below. (The loopback only operated with byte 
wide transfers.) 

LS Byte (AD8-15) MS Byte (ADO-7) 





Destination 




Source 




Length 


t r 


P Data \ 




CRC 



WTS = "1" B0S = "1" . (DCR Bits) 
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When in word-wide mode with Byte Order Select low, the 
following format must be used for the loopback packet. 

MS Byte (AD8-I5) LS Byte (ADO-7) 



Destination 




Source 




Length 




: Data ; 


r 4 


CRC 





WTS = "1" BOS = "0" 



(DCR Bits) 



TL/F/10469-51 

Note: When using loopback in word mode 2n bytes must be programmed in 
TBCRO, 1 . Where n = actual number of bytes assembled in even or 
odd location. 



1-181 



12.0 Loopback Diagnostics (continued) 

To initiate a loopbach; the user first assembles the loopback 
pacltet then selects the type of loopback using the Transmit 
Configuration register bits LBO, LB1. The transmit configura- 
tion register must also be set to enable or disable CRC gen- 
eration during transmission. The user then Issues a normal 
transmit command to send the packet. During loopback the 
receiver checks for an address match and If CRC bit in the 
TCR Is set, the receiver will also check the CRC. The last 8 
bytes of the loopback packet are buffered and can read out 
of the FIFO using FIFO read port. 

Loopback Modes 

MODE 1: Loopback through the NIC Module (LB1 = 0, 
LBO = 1): If this loopback Is used, the NIC Modules's serlal- 
Izer is connected to the deserializer. 
MODE 2: Loopback through the ENDEC Module (LB1 = 1, 
LBO = 0): If the loopback Is to be performed through the 
SNI, the SNIC provides a control (LPBK) that forces the 
ENDEC module to loopback all signals. 
MODE 3: Loopback to Coax (LB 1 = 1, LBO = 1). Packets 
can be transmitted to the coax In loopback mode to check 
all of the transmit and receive paths and the coax itself. 
Note: Collision and Carrier Sense can be generated by the ENDEC module 
and are masked by the NIC module. It Is not possible to go directly 
between the loopback modes, It is necessary to return to normal oper- 
ation (OOH) when changing modes. 
Note: The FIFO may only be read during Loopback. Reading the FIFO at 
any other time will cause the SNIC to malfunction. 

Reading the Loopback Packet 

The last 8 bytes of a received packet can be examined by 8 
consecutive reads of the FIFO register. The FIFO pointer is 
incremented after the rising edge of the CPU's read strobe 
by Internally synchronizing and advancing the pointer. This 
may take up to four bus clock cycles, if the pointer has not 
been Incremented by the time the CPU reads the FIFO reg- 
ister again, the SNIC will Insert wait states. 
Note: The FIFO may only be read during Loopback. Reading the FIFO at 
any other time will cause the SNIC to malfunction. 

Alignment of the Received Packet in the FIFO 

Reception of the packet In the FIFO begins at location zero, 
after the FIFO pointer reaches the last location In the FIFO, 
the pointer wraps to the top of the FIFO ovenvriting the 
previously received data. This process continued until the 
last byte is received. The SNIC then appends the received 
byte count In the next two locations of the FIFO. The con- 
tents of the Upper Byte Count are also copied to the next 
FIFO location. The number of bytes used In the loopback 
packet determined the alignment of the packet in the FIFO. 



The alignment for a 64-byte packet is shown below. 



FIFO 
Location 


FIFO 
Contents 







Lower Byte Count 


First Byte Read 


1 


Upper Byte Count 


Second Byte Read 


2 


Upper Byte Count 




3 


Ust Byte 




4 


CRC1 




5 


CRC2 




6 


CRC3 




7 


CRC4 


Last Byte Read 



For the following alignment in the FIFO the packet length 
should be (N X 8) + 5 Bytes. Note that If the CRC bit in the 
TCR Is set, CRC will not be appended by the transmitter. If 
the CRC Is appended by the transmitter, the 1st four bytes, 
bytes N-3 to N, conespond to the CRC. 



FIFO 
Location 


FIFO 
Contents 







Byte N-4 


First Byte Read 


1 


Byte N-3 (CRC1) 


Second Byte Read 


2 


Byte N-2 (CRC2) 


• 


3 


Byte N-1 (CRC3) 


• 


4 


Byte N (CRC4) 


• 


5 


Lower Byte Count 


• 


6 


Upper Byte Count 


Last Byte Read 


7 


Upper Byte Count 





LOOPBACK TESTS 

Loopback capabilities are provided to allow certain tests to 
be performed to validate operation of the DPSSQCIA SNIC 
prior to transmitting and receiving packets on a live network. 
Typically these tests may be performed during power up of 
a node. The diagnostic provides support to verify the follow- 
ing: 

1. Verify integrity of data path. Received data is checked 
against transmitted data. 

2. Verify CRC logic's capability to generate good CRC on 
transmit, verity CRC on receive (good or bad CRC). 
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12.0 Loopback Diagnostics (Continued) 

3. Verify that the Address Recognition Logic can 

a) Recognize address match packets 

b) Reject packets that fail to match an address 
LOOPBACK OPERATION IN THE SNIC 

Loopback Is a modified form of transmission using only half 
of the FIFO. This places certain restrictions on the use of 
loopback testing. When loopback mode Is selected in the 
TCR, the FIFO is split. A packet should be assembled In 
memory with programming of TPSR and TBCRO, TBCR1 
registers. When the transmit command Is Issued the follow- 
ing operations occur: 
Transmitter Actions 

1. Data Is transferred from memory by the DMA until the 
FIFO is filled. For each transfer TBCRO and TBCR1 are 
decremented. (Subsequent burst transfers are initiated 
when the number of bytes in the FIFO drops below the 
programmed threshold.) 

2. The SNIC generates 56 bits of preamble followed by an 
8-blt synch pattern. 

3. Data transferred from FIFO to serializer. 

4. If ORG = 1 in TCR, no CRC calculated by SNIC, the last 
byte transmitted is the last byte from the FIFO (Allows 
software CRC to be appended). If CRC = 0, SNIC calcu- 
lates and appends four bytes of CRC. 

5. At end of Transmission PTX bit set in ISR. 
Receiver Actions 

1. Wait for synch, all preamble stripped. 

2. Store packet in FIFO, increment receive byte count for 
each Incoming byte. 

3. If CRC = 1 In TRC, receiver checks incoming packet for 
CRC errors. If CRC = In TCR, receiver does not check 
CRC errors, CRC error bit always set in RSR (for address 
matching packets). 

4. At end of receive, receive byte count written into FIFO, 
receive status register Is updated. The PRX bit is typically 
set in the RSR even If the address does not match. If 
CRC errors are forced, the packet must match the ad- 
dress filters in order for the CRC error bit in the RSR to be 
set. 

EXAMPLES 

The following examples show what results can be expected 
from a properly operating SNIC during loopback. The re- 
strictions and results of each type of loopback are listed for 
reference. The loopback tests are divided into two sets of 
tests. One to verify the data path, CRC generation and byte 
count through all three paths. The second set of tests uses 
Internal loopback to verify the receiver's CRC checking and 
address recognition. For all of the tests the DCR was pro- 
grammed to 40H. 



Path 


TCR 


RCR 


TSR 


RSR 


ISR 


SNIC Internal 


02 


1F 


53 
(Note 1) 


02 
(Note 2) 


02 
(Note 3) 



Note 1: Since carrier sense and collision detect are generated in the EN- 
DEC module. They are blocked during NIC loopback, carrier and 
CO heartbeat are not seen and the CRS and CDH bits are set. 

Note 2: CRC errors are always Indicated by receiver if CRC is appended by 
the transmitter. 

Note 3: Only the PTX bit in the ISR is set, the PRX bit is only set if status is 
written to memory. In loopback this action does not occur and the 
PRX bit remains for all loopback modes. 

Note 4: All values are hex. 



Path 


TCR 


RCR 


TSR 


RSR 


ISR 


SNIC Internal 


04 


IF 


43 
(Notel) 


02 


02 


Note l! CDH Is set, CRS is not set since il is generated by the external 
encoder/decoder. 


Path 


TCR 


RCR 


TSR 


RSR 


ISR 


SNIC External 


06 


IF 


03 
(Notel) 


02 


02 
(Note 2) 



Note 1: CDH and CRS should not be set. The TSR however, could also 
contain 01H, 03H, 07H and a variety ol other values depending on 
whether collisions were encountered or the packet was deferred. 

Note 2: Will contain 08H if packet Is not transmittable. 

Note 3; During external loopback the SNIC is now exposed to network traf- 
fic, it is therefore possible for the contents of both the Receive 
portion of the FIFO and the RSR to be corrupted by any other 
packet on the network. Thus in a live network the contents of the 
FIFO and RSR should not be depended on. The SNIC will still abide 
by the standard CSMA/CD protocol in external loopback mode, 
(i.e., The network will not be disturbed by the loopback packet.) 

Note 4: All values are hex. 

CRC AND ADDRESS RECOGNITION 

The next three tests exercise the address recognition logic 
and CRC. These tests should be performed using internal 
loopback only so that the SNIC is isolated from interference 
from the network. These tests also require the capability to 
generate CRC in software. 

The address recognition logic cannot be directly tested. The 
CRC and FAE bits in the RSR are only set if the address in 
the packet matches the address filters. If errors are expect- 
ed to be set and they are not set, the packet has been 
rejected on the basis of an address mismatch. The following 
sequence of packets will test the address recognition logic. 
The DCR should be set to 40H, the TCR should be set to 
03H with a software generated CRC. 



Packet Contents 


Results 


Test 


Address 


CRC 


RSR 


Test A 
TestB 
Teste 


Matching 

Matching 

Non-Matching 


Good 
Bad 
Bad 


01 (Notel) 

02 (Note 2) 

01 



Note 1: Status will read 21 H if multicast address used. 

Note 2: Status will read 22H if multicast address used. 

Note 3; In test A, the RSR is set up. In test B the address is found to match 
since the CRC Is flagged as bad. Test C proves that the address 
recognition logic can distinguish a bad address and does not notify 
the RSR of the bad CRC. The receiving CRC is proven to work In 
test A and test B. 

Note 4: All values are hex. 

NETWORK MANAGEMENT FUNCTIONS 

Network management capabilities are required for mainte- 
nance and planning of a local area network. The SNIC sup- 
ports the minimum requirement for network management In 
hardware, the remaining requirements can be met with soft- 
ware counts. There are three events that software alone 
can not track during reception of packets: CRC errors. 
Frame Alignment errors, and missed packets. 
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12.0 Loopback Diagnostics (continued) 

Since en-ored pacl<ets can be rejected, the status associat- 
ed with these packets is lost unless the CPU can access the 
Receive Status Register before the next packer arrives. In 
situations where another packet arrives very quickly, the 
CPU may have no opportunity to do this. The SNiC counts 
the number of packets with CRC errors and Frame Align- 
ment errors. B-Bit counters have been selected to reduce 
overhead. The counters will generate interrupts whenever 
their MSBs are set so that a software routine can accumu- 
late the network statistics and reset the counter before 
overflow occurs. The counters are sticky so that when they 
reach a count of 192 (COH) counting is halted. An additional 
counter is provided to count the number of packets the 
SNIC misses due to buffer overflow or being offline. 
The structure of the counters Is shown below: 



CNTRO 


FRAUE AUGNMENT ERRORS COUKTER 


-♦■ USB— L^ 

-♦• USB 

-► USB-J"' 




CNTO1 


CRC ERRORS COUNTER 


>— ► IMTERfiUPT 


CMTR2 


MISSED PACKETS COUmER 
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Additional Information required for network management Is 
available In the Receive and Transmit Status Registers. 
Transmit status is available after each transmission for infor- 
mation regarding events during transmission. 
Typically, the following statistics might be gathered In soft- 
ware: 
Traffic: Frames Sent OK 

Frames Received OK 

Multicast Frames Received 

Packets Lost Due to Lack of Resources 

Retries/Packet 

Errors: CRC Errors 

Alignment Errors 
Excessive Collisions 
Packet with Length Errors 
Heartbeat Failure 
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13.0 Bus Arbitration and Timing 

The SNIC operates in three possible modes: 

• BUS MASTER (WHILE PERFORMING DMA) 

• BUS SLAVE (WHILE BEING ACCESSED BY CPU) 

• IDLE 
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BUS SLAVE 
(ACCESSED 

AS 
PERIPHERAL) 



RESET PIN ASSERTED 
FOR 8 BCK AND 16 XI 

CLOCKS 

(EITHER SIMULTANEOUSLY 

OR SEOUENTIALLr) 



BUS MASTER 

(PERFORMS 

DMA] 




Upon power-up the SNIC is in an indeterminate state. After 
receiving a hardware reset the SNIC is a bus slave in the 
Reset State, the receiver and transmitter are both disabled 
In this state. The reset state can be re-entered under three 
conditions, soft reset (Stop Command), hard reset (RESET 
input) or an error that shuts down the receiver of transmitter 
(FIFO underflow or overflow). After initialization of registers, 
the SNIC is issued a Start command and the SNIC enters 
Idle state. Until the DMA Is required the SNIC remains in Idle 
state. The idle state is exited by a request from the FIFO on 
the case of receiver or transmit, or from the Remote DMA in 
the case of Remote DMA operation. After acquiring 
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the bus In a BREQ/BACK handshalce the Remote or Local 
DMA transfer Is completed and the SNIC re-enters the idle 
state. 

DMA TRANSFERS TIMING 

The DMA can be programmed for the following types of 
transfers: 

1 6-Bit Address, 8-bit Data Transfer 

16-Bit Address, 16-blt Data Transfer 

32-Bit Address, 8-bit Data Transfer 

32-Bit Address, 16-blt Data Transfer 
All DMA transfers use BSCK for timing. 16-Blt Address 
modes require 4 BSCK cycles as shown below: 



16-Blt Address, 8-Blt Data 

11 I T2 1 T3 



BSCK 



I \ — L_r 



T I — \ I 



ADO-7 



AO-7 



X 



DATA 



AD8-15 



ADSO 



A8-15 



MWR.MRD 



■\ 



y 
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13.0 Bus Arbitration and Timing (continued) 

16-Blt Address, 16-Brt Data 

I T1 I T2 I T3 



BSCK I I |_ 



1 I — L 



ADO-7 



X 



v 



y 
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BSCK 



ADO-7 



32-Bit Address, 8-Bit Data 

Tt I T2 



I Tl-U I Tt I 

I \ — UJ — 1 I — I 



- ( A16-23 X *°-" ) r 



J 1 I 



AD8-15 
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BSCK 



ADO-7 



32-Bit Address, 16-Bit Data 

T1-T4 I Tl I 12 



I— r-u^ 



XIHZDC 



" I 



X 
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Note: In 32-bit address mode, ADS1 is at TRi-STATE after tlie first Tl -T4 stales: ttius, a 4.7I( pull-down resistor is required for 32-bit address. 
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13.0 Bus Arbitration and Timing (continued) 

When in 32-bit mode four additional BSCK cycles are re- 
quired per burst. The first bus cycle (T1'-T4') of each burst 
is used to output the upper 16-blt addresses. This 16-blt 
address is programmed in RSARO and RSAR1 and points to 
a 64k page of system memory. All transmitted or received 
packets are constrained to reside within this 64k page. 



FIFO BURST CONTROL 

All Local DMA transfers are burst transfers, once the DMA 
requests the bus and the bus is acknowledged, the DMA will 
transfer an exact burst of bytes programmed In the Data 
Configuration Register (DOR) then relinquish the bus. If 
there are remaining bytes in the FIFO the next burst will not 
be initiated until the FIFO threshold is exceeded. If BACK is 
removed during the transfer, the burst transfer will be abort- 
ed. (DROPPING BACK DURING A DMA CYCLE IS NOT 
RECOMMENDED.) 



BREQ 



"V 



BACK 



y 




ADO- 15 



where N = 1, 2, 4, or 6 Words or N = 2, 4, a, or 12 Bytes when in byte mode. 

INTERLEAVED LOCAL OPERATION 

If a remote DMA transfer is initiated or in progress when a 
packet Is being received or transmitted, the Remote DMA 
transfer will be interrupted for higher priority Local DMA 
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transfers. When the Local DMA transfer is completed the 
Remote DMA will rearbitrate for the bus and continue Its 
transfers. This is illustrated below: 
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Note that if the FIFO requires service while a remote DMA Is 
in progress, BREQ is not dropped and the Local DMA burst 
is appended to the Remote Transfer. When switching from 
a local transfer to a remote transfer, however, BREQ is 
dropped and raised again. This allows the CPU or other 
devices to fairly contend for the bus. 

FIFO AND BUS OPERATIONS 

Overview 

To accommodate the different rates at which data comes 
from (or goes to) the network and goes to (or comes from) 
the system memory, the SNIC contains a 16-byte FIFO for 
buffering data between the bus and the media. The FIFO 
threshold is programmable, allowing filling (or emptying) the 
FIFO at different rates. When the FIFO has filled to its pro- 
grammed threshold, the local DMA channel transfers these 
bytes (or words) into local memory. It is crucial that the local 
DMA is given access to the bus within a minimum bus laten- 
cy time; othen«ise a FIFO unden-un (or overrun) occurs. 
To understand FIFO underruns or overruns, there are two 
causes which produce this condition — 



-IDLE- 



REMOTE 
- MASTER - 
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1.the bus latency Is so long that the FIFO has filled (or 
emptied) from the network before the local DMA has 
sen/Iced the FIFO. 

2. the bus latency or bus data rate has slowed the through- 
put of the local DMA to a point where it Is slower than the 
network data rate (10 Mb/s). This second condition is 
also dependent upon DMA clock and word width (byte 
wide or word wide). 

The worst case condition ultimately limits the overall bus 

latency which the SNIC can tolerate. 

FIFO Underrun and Transmit Enable 

During transmission, if a FIFO underrun occurs, the Trans- 
mit enable (TXE) output may remain high (active). Generally, 
this will cause a very large packet to be transmitted onto the 
network. The jabber feature of the transceiver will terminate 
the transmission, and reset TXE. 

To prevent this problem, a properly designed system will not 
allow FIFO underruns by giving the SNIC a bus acknowl- 
edge within time shown in the maximum bus latency curves 
shown and described later. 
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13.0 Bus Arbitration and Timing (continued) 

FIFO AT THE BEGINNING OF RECEIVE 

At thie beginning of reception, the SNIC stores entire Ad- 
dress field of each incoming packet in the FIFO to deter- 
mine whether the packet matches its Physical Address Reg- 
ister or maps to one of its Multicast Registers. This causes 
the FIFO to accumulate 8 bytes. Furthermore, there are 
some synchronization delays in the DMA PLA. Thus, the 
actual time that BREQ is asserted from the time the Start of 
Frame Delimiter (SFD) is detected is 7.8 fis. This operation 
affects the bus latencies at 2 byte and 4 byte thresholds 
during the first receive BREQ since the FIFO must be filled 
to 8 bytes (or 4 words) before issuing a BREQ. 

FIFO Operation at the End of Receive 

When Carrier Sense goes low, the SNiC enters its end of 
packet processing sequence, emptying its FIFO and writing 
the status information at the beginning of the packet. Figure 
5. The SNIC holds onto the bus for the entire sequence. The 
longest time BREQ may be extended occurs when a packet 
ends just as the SNIC performs its last FIFO burst. The 
SNIC, in this case, performs a programmed burst transfer 
followed by flushing the remaining bytes in the FIFO, and 
completes by writing the header information to memory. The 
following steps occur during this sequence. 

1 . SNIC issues BREQ because the FIFO threshold has been 
reached 

2. During the burst, packet ends, resulting in BREQ extend- 
ed. 

3. SNIC flushes remaining bytes from FIFO 

4. SNIC performs internal processing to prepare for writing 
the header. 

5. SNIC writes 4-byte (2-word) header 

6. SNIC deasserts BREQ 

End of Packet Processing 



End of Packet Processing Times for Various FIFO 
Thresholds, Bus Clocks and Transfer Modes 



(Mode 


Threshold 


Bus Clock 


EOPP 


Byte 


2 bytes 
4 bytes 
8 bytes 


10 MHz 


7.0 /IS 
8.6 ^s 
11.0 ns 


Byte 


2 bytes 
4 bytes 
8 bytes 


20 MHz 


2.6)1,5 
4.2 )xs 
5.0 US 


Word 


2 bytes 
4 bytes 
8 bytes 


10 MHz 


5.4 fiS 
6.2 ^lS 
7.4 US 


Word 


2 bytes 
4 bytes 
8 bytes 


20 MHz 


3.0 jiS 
3.2 juS 
3.6 /iS 



Maximum Bus l^atency for Byte Mode 
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End of Packet Processing (EOPP) times for 10 MHz and 
20 MHz have been tabulated below. 



DMA Clock (MHz) 
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Maximum Bus Latency for Word Mode 
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DMA Clock (MHz) 
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13.0 Bus Arbitration and Timing (continued) 

Threshold Detection (Bus Latency) 

To assure that no overwriting of data in the FIFO occurs, the 
FIFO logic flags a FIFO overrun as the 13th byte is written 
into the FIFO, effectively shortening the FIFO to 13 bytes. 
The FIFO logic also operates differently in Byte It^ode and in 
Word l^ode. In Byte Mode, a threshold is indicated when 
the n + 1 byte has entered the FIFO; thus, with an 8 byte 
threshold, the SNIC issues Bus Request (BREQ) when the 
9th byte has entered the FIFO. For Word IVIode, BREQ is 
not generated until the n+2 bytes have entered the FIFO. 
Thus, with a 4 word threshold (equivalent to 8 byte thres- 



hold), BREQ Is issued when the 10th byte has entered the 
FIFO. The two graphs indicate the maximum allowable bus 
latency for Word or Byte transfer modes. 

The FIFO at the Beginning of Transmit 
Before transmitting, the SNIC performs a prefetch from 
memory to load the FIFO. The number of bytes prefetched 
Is the programmed FIFO threshold. The next BREQ is not 
Issued until after the SNIC actually begins transmitting data, 
I.e., after SFD. The Transmit Prefetch diagram illustrates 
this process. 
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Transmit Prefetch Timing 

Toltrated Bus Latency = [(No. of Bytes Stored in FIFO) x 800] -400 ns 
or (12 Bytes - FIFO Threshold) 
whichever is less 
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13.0 Bus Arbitration and Timing (Continued) 

REMOTE DMA-BIDIRECTIONAL PORT CONTROL 

The Remote DMA transfers data between the local buffer 
memory and a bidirectional port (memory to I/O transfer). 
This transfer Is arblted on a byte by byte basis versus the 
burst transfer used for Local DMA transfers. This bidirec- 



tional port Is also read/written by the host. All transfers 
through this port are asynchronous. At any one time trans- 
fers are limited to one direction, either from the port to local 
buffer memory (Remote Write) or from local buffer memory 
to the port (Remote Read). 



Bus Handshake Signals for Remote DMA Transfers 



BIDIRECTIONAL PORT 
SNIC SIGNALS 



DMA SIGNALS 



WACK-4 
PRD — ► 



8/16 
DATA < / > 

PWR 



RACK 4 




lORD 



PRQ 



REMOTE READ TIMING 

1. The DMA reads byte/word from local buffer memory and 
writes byte/word Into latch, Increments the DMA address 
and decrements the byte count (RBCRO, 1). 

2. A Request Line (PRQ) is asserted to Inform the system 
that a byte Is available. 

3. The system reads the port, the read strobe (RACK) Is 
used as an acknowledge by the Remote DMA and it goes 
back to step 1 . 



-►drq 
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Steps 1-3 are repeated until the remote DMA is complete. 
Note that in order for the Remote DMA to transfer a byte 
from memory to the latch, it must arbitrate access to the 
local bus via a BREQ, BACK handshake. After each byte or 
word is transferred to the latch, BREQ is dropped. If a Local 
DMA Is in progress, the Remote DMA is held off until the 
local DMA is complete. 
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13.0 Bus Arbitration and Timing (continued) 

REMOTE WRITE TIMING 

A Remote Write operation transfers data from tlie I/O port 
to the local buffer RAM. The SNIC initiates a transfer by 
requesting a byte/word vi a the PRO. The system transfers a 
byte-word to the latch via lOW, this write strobe is detected 
by the SNIC and PRQ Is removed. By removing the PRO, 
the Remote DMA holds off further transfers Into the latch 
until the current byte/word has been transferred from the 
latch, PRQ Is reasserted and the next transfer can begin. 



1. SNIC asserts PRQ. System writes byte/word into latch. 
SNIC removes PRQ. 

2. Remote DMA reads contents of port and writes byte/ 
word to local buffer memory, Increments address and 
decrements byte count (RBCRO, 1). 

3. Go bacl< to step 1. 

Steps 1-3 are repeated until the remote DMA is com- 
plete. 
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REMOTE DMA WRITE 

Setting PRQ Using the Remote Read 

Unde r certa in co nditio ns the SNIC's bus state machine may 
Issue MWR and PRD before PRQ for the first DMA transfer 
of a Remote Write Command. If this occurs this could cause 
data corruption, or cause the remote DMA count to be dif- 
ferent from the main CPU count causing the system to "lock 
up." 

To prevent this condition when implementing a Remote 
DMA Write, the Remote DMA Write command should first 
be preceded by a Remote DMA Read command to insure 
that the PRQ signal is asserted before the SNIC starts its 
port read cycle. The reason for this is that the state machine 
that asserts PRQ runs independently of the state machine 
that controls the DMA signals. The DMA machine assumes 
that PRQ is asserted, but actually may not be. To remedy 
this situation, a single Remote Read cycle should be Insert- 
ed before the actual DMA Write Command is given. This will 
ensure that PRQ is asserted when the Remote DMA 
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Write Is subsequently executed. This single Remote Read 
cycle Is called a "dummy Remote Read." In order for the 
dummy Remote Read cycle to operate correctly, the Start 
Address should be programmed to a known, safe location in 
the buffer memory space, and the Remote Byte Count 
should be programmed to a value greater than 1. This will 
ensure that the master read cycle is performed safely, elimi- 
nating the possibility of data corruption. 

Remote Write with High Speed Buses 

When implementing the Remote DMA Write solution with 
high speed buses and CPU's, timing problems may cause 
the system to hang. Therefore additional considerations are 
required. 

The problem occurs when the system can execute the dum- 
my Remote Read and then start the Remote Write before 
the SNIC has had a chance to execute the Remote Read. If 
this happens the PRQ signal will not get set, and the Re- 
mote Byte Count and Remote Start Address for the Remote 
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13.0 Bus Arbitration and Timing (continued) 
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Note: The dashed lines indicate incorrect timing as described in the text. 

FIGURE 9. Timing Diagram for Dummy Remote Read 



Write operation could be corrupted. Tliis is sliown by tlie 
hatched waveforms in the timing diagram of Figure 9. The 
execution of the Remote Read can be delayed by the local 
DMA operations (particularly during end-of-pacl<et process- 
ing). 

To ensure the dummy Remote Read does execute, a delay 
must be inserted between writing the Remote Read Com- 
mand, and starting to write the Remote Write State Address. 
(This time is designated in Figure 9 by the delay arrows.) 
The recommended method to avoid this problem is after the 
Remote Read command is given, to poll both bytes of the 
Current Remote DMA Address Registers. When the ad- 
dress has incremented PRQ has been set. Software should 
recognize this and then start the Remote Write. 
An additional caution for high speed systems is that the 
polling must follow guidelines specified in Time Between 
Chip Select section. That is, there must be at least 4 bus 
clocks between chip selects (for example when BSCK = 20 
MHz, then this time should be 200 ns). 



The general flow for executing a Remote Write is: 

1. Set Remote Byte Count to a value >1 and Remote Start 
Address to unused RAM (one location before the transmit 
start address is usually a safe location). 

2. Issue the "dummy" Remote Read command. 

3. Read the Current Remote DMA Address (CRDA) (both 
bytes). 

4. Compare to previous CRDA value if different go to 6. 

5. Delay and jump to 3. 

6. Set up for the Remote Write command, by setting the 
Remote Byte Count and the Remote Start Address (note 
that if Remote Byte count in step 1 can be set to the 
transmit byte count plus one, and the Remote Start Ad- 
dress to one less, these will now be Incremented to the 
correct values.) 

7. Issue the Remote Write command. 
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13.0 Bus Arbitration and Timing (continued) 

SLAVE MODE TIMING 

When C5 is low, the SNIC becomes a bus slave. The CPU 
can then read or write any internal registers. All register 
access is byte wide. The tinning for register access Is shown 
below. The host CPU acc esse s int ernal registers with four 
address lines, RA0-RA3, SRD and SWR strobes. 



ADSO Is used to latch the address when Interfacing to a 
multiplexed, address data bus. Since the SNIC may be a 
local bus master when thehosl CPU attempts to read or 
write to the controller, an ACK line Is used to hold off the 
CPU until the SNIC leaves master mode. Some number of 
BSCK cycles Is also required to allow the SNIC to synchro- 
nize to the read or write cycles. 



a 

TJ 

09 
Ol 
(O 



Write to Register 



























ADSO 


/ \ 


— • 




-< 


DATA 


N 








' 




SWR 




\ 


_7 




ACK 






/ 




CS 


\ 


r- 






Read from Registe 


r 






TL/F/10469-30 




















ADSO 


/ \ 





AD0-AD7 


-< 


DATA 


>- 




SRD 




\ 


_v 




ACK 






r~ 




CS 


V 


r- 














TL/F/10469-31 



TIME BETWEEN CHIP SELECTS 

The SNIC requires that successive chip selects be no closer 
than 4 bus clocks (BSC K) tog ether. If the condition is violat- 
ed, the SNIC may glitch ACK. CPUs that operate from pipe- 
lined Instructions (I.e., 386) or have a cache (i.e., 486) can 



execute consecutive I/O cycles very quicltly. The solution is 
to delay the execution of consecutive I/O cycles by either 
breaking the pipeline or forcing the CPU to access outside 
its cache. 
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14.0 Preliminary Electrical Characteristics 
Absolute Maximum Ratings 

if Military/ Aerospace specified devices are required, Note: Absolute Maximum ratings are those values beyond 

please contact tlie National Semiconductor Sales which the safety of the device cannot be guaranteed. They 

Office/Distributors for availability and specifications. are not meant to imply that the device should be operated at 

Supply Voltage (Vcc) -0.5Vto+7.0V these limits. 

DC Input Voltage (V|n) -O.SVtoVcc + 0.5V Ho\e: All specifications in this datasheet are valid only if the 

DC Output Voltage (Voljt) -O.SVtoVnr + 5V mandatory isolation is employed and all differential signals 
uj. wuipui voiwga ivQuTJ u.ov lo VQC i" u.ov ^^^ ^^^^^ ^^ ^^.^^ ^^ ^^^ ^^^ ^.^^ ^^ ^^^ isolation. 

Storage Temperature Range (Tstg) -65°Cto +150°C 

Power Dissipation (PD) 800 mW 

Lead Temp. (TL) (Soldering, 10 sec.) 260°C 

ESQ Rating (Rzap = 1 .5k, Czap = 1 20 pF) 1 .5 l<V 

Preliminary DC Specifications ta = o-ctoTo-c, vcc = sv ±5%, unless othenwise specified. 


Symbol 


Parameter 


Conditions 


Min 


Max 


Units 


VOH 


Minimum Hlgii Level Output Voltage 
(Notes 1,4) 


lOH = -20 ^l.A 
lOH = -2.0 mA 


Vcc -0.1 
3.5 




V 
V 


Vol 


Minimum Low Level Output Voltage 
(Notes 1,4) 


IoL = 20h.A 
Iql = 2.0 mA 




0.1 
0.4 


V 
V 


V|H 


Minimum High Level Input Voltage (Note 2) 




2.0 




V 


V|H2 


Minimum Higii Level input Voltage 
For RACK WACK (Note 2) 




2.7 




V 


V|L 


Minimum Low Level Input Voltage (Note 2) 






0.8 


V 


V|L2 


Minimum Low Level Input Voltage 
For RACK, WACK (Note 2) ■ 






0.6 


V 


l|N 


Input Current 


V| = Vcc or GND 


-1.0 


+ 1.0 


fiA 


loz 


Minimum TRI-STATE 

Output Leakage Current (Note 5) 


VouT = Vcc or GND 


-10 


+ 10 


^tA 


Ice 


Average Supply Current . 
(Note 3) 


XI =20 MHz Clock 

louT = jiA 

V|N = VccorGND 




110 


mA 


Note 1: These levels are tested dynamically using a limited amount of functional test patterns, please refer to AC test load. 

Note 2: Limited functional test patterns are perfomied at these input levels. The raaiority of functional tests are performed at levels of OV and 3V. 

Note 3; This is measured with a 0.1 fiF bypass capacitor between Vcc ^nd GND. 

Note 4: The low drive CMOS compatible Voh and Vql limits are not tested directly. Detailed device characterization validates thai this specification can be 

guaranteed by testing the high drive TTL compatible Vql and Vqh specification. 

Note 5: RA0-RA3, PRD. Wauk, BREQ and INT pins are used as outputs in lest mode and as a result are tested as if they are TRI-STATE Input/outputs. For these 

pins the input leakage specification is loz. 
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14.0 Preliminary Electrical Characteristics (continued) 

Preliminary DC Specifications Ta = o'ctoyccv = sv ±5%, unless otherwise specified. 



Symbol 


Parameter 


Conditions 


MIn 


Max 


Units 


DIFFERENTIAL PINS (TX ± , RX ± , and CD ± ) 


VOD 


Diff. Output Voltage n"X±) 


78ft Termination, and 270ns from each to GND 


±550 


±1200 


mV 


VOB 


Diff. Output Voltage Imbalance (TX±) 


Same as Above 


Typical: 40 mV 


Vu 


Undershoot Voltage (TX ± ) 


Same as Above 


Typical: 80 mV 


Vds 


Diff. Squelch Threshold 
(RX±andCD±) 




-175 


-300 


mV 


VCM 


Diff. Input Common Mode Voltage 
(RX±andCD±)(Note1) 







5.25 


V 


OSCILLATOR PINS (XI and GND/X2) 


V|H 


X1 Input High Voltage 


XI is Connected to an Oscillator 
and GND/X2 is Grounded 


2.0 




V 


V|L 


XI Input Low Voltage 


Same as Above 




0.8 


V 


lose 


XI Input Current 


GND/X2 is Grounded 
V|N = Vcc or GND 




+ 3 


mA 
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TJ 
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CO 
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Note 1: This parameter is guaranteed by ttie isolation and is not tested. 
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15.0 Switching Characteristics AG specs DP83901A Note: an Timing is preliminary 

Register Read (Latched Using ADSO) 











, 


















' 

rsh 
















'" 






ADSO ^ 


■•— aswi— ► 


V . ,.■- ■ ' ,. , 














CS 


,_, 


^^^ 


.77/ 


/ 




srsi ► 


^ 


■> 




SRD "" 


/ 




■•— rackl — ► 


^ , ,, , 


■•-rackh 


ACK > 


r 




■« ackdv ► 






rdz 




' 






















—^ 
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Symbol 


Parameter 


Mln 


Max 


Units 


rss 


Register Select Setup to ADSO Low 


10 




ns 


rsh 


Register Select Hold from ADSO Low 


13 




ns 


aswl 


Address Strobe Width In 


15 




ns 


ackdv 


Acknowledge Low to Data Valid 




55 


ns 


rdz 


Read Strobe to Data TRI-STATE (Note 3) 


15 


70 


ns 


rackl 


Read Strobe to ACK Low (Notes 1 , 2) 




n'bcyc + 30 


ns 


rackh 


Read Strobe to ACK High 




30 


ns 


rsrsi 


Register Select to Slave Read Low, 
Latched RSO-3 


10 




ns 



Note 1: ACK Is not generated until C5 and SHD are low and the SNIC has synchronized to the register access. The SNIC will Insert an integral number ol Bus Clock 
cycles until it is synchronized. In Dual Bus systems additional cycles will be used for a local or remote DMA to complete. Wait states must be issued to the CPU until 
ACK is asserted low. 

Note 2: CS maybe asserted before or after SRD. if CS is asserted after SRD, rackl is referenced from falling edge of CS. CS can be de-asserted concurrently with 
SRD or after SRD is de-asserted. 

Note 3: These limits include the RC delay inherent in our test method. These signals typically turn off within 15 ns, enabling other devices to drive these lines with 
no contention. 
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15.0 Switching Characteristics AC specs DP83901A Note: am riming is Preliminary (continued) 

Register Read (Non-Latched, ADSO = 1) 

■1 ^ 



RA0-RA3 



CS 



SRD 



ACK 



ADO-7 



■^^s^ 



mir 



\ 



■^. 



■< ackdv ^ 




r 
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Symbol 


Parameter 


Min 


Max 


Units 


rsrs 


Register Select to Read Setup 
(Notes 1,3) 


10 




ns 


rsrh 


Register Select Hold from Read 







ns 


ackdv 


ACK Low to Valid Data 




55 


ns 


rdz 


Read Strobe to Data TRI-STATE (Note 2) 


15 


70 


ns 


rackl 


Read Strobe to ACK Low (Note 3) 




n'bcyc + 30 


ns 


rackh 


Read Strobe to ACK High 




30 


ns 



Note 1: rsrs includes flow-through lime of latch. 

Note 2: These limits include the RC delay inherent in our test method. These signals typically turn off within 1 5 ns enabling other devices to drive these lines with 

no contention. 

Note 3: CS may be asserted before of alter RAO-3, and SRD, since address decode begins when ACK is asserted. If CS is asserted after RAO-3, and SRD, rackl 

is referenced from falling edge of CS. 



o 

09 
W 

to 
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15.0 Switching Characteristics AC specs DP83901 a Note: ah Timing is Preliminary (continued) 

Register Write (Latched Using ADSO) 



RA0-RA3 



ADSO 



/ ^. 



cs 



SWR 



ACK 



ADO-7 



rsh 



■^^. 



■^. 



nw 



\ 



-wackl- 



f 



-wackh 



r 
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Symbol 


Parameter 


Min 


Max 


Units 


rss 


Register Select Setup to ADSO Low 


10 




ns 


rsh 


Register Select Hold from ADSO Low 


17 




ns 


aswl 


Address Strobe Width In 


15 




ns 


n«ds 


Register Write Data Setup 


20 




ns 


n/vdh 


Register Write Data Hold 


21 




ns 


WW 


Write Strobe Width from ACK 


50 




ns 


wacl<h 


Write Strobe High to ACK High 




30 


ns 


wacl^l 


Write Low to ACK Low (Notes 1 , 2) 




n'bcyc + 30 


ns 


rswsl 


Register Select to Write Strobe Low 


10 




ns 



Note 1: ACK is not generated until C5 and SWR are low and the SNIC has synchronized to the register access. In Dual Bus Systems additional cycles will be used 

for a local DMA or Remote DMA to complete. 

Note 2: C5 may be asserted before or after SWR. If CS is asserted after SWR, wackl Is referenced from falling edge of CS. 
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15.0 Switching Characteristics AC specs OPSSgoiA Note: AII Timing is preliminary (continued) 

Register Write (Non-Latched, ADSO = 1) 



RA0-RA3 



CS 



SWR 



ACK 



ADO-7 



\. 



r 



\ 



wackl 



"^^ 



-rwds- 



^^ 



-*- wackh 



DO-7 



rwdh 
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Symbol 


Parameter 


MIn 


Max 


Units 


rsws 


Register Select to Write Setup (Note 1 ) 


15 




ns 


rswh 


Register Select Hold from Write 







ns 


rwds 


Register Write Data Setup 


20 




ns 


rwdh 


Register Write Data Hold 


21 




ns 


wackl 


Write Low to ACK Low (Note 2) 




n'bcyc + 30 


ns 


wackh 


Write High to ACR High 




30 


ns 


WW 


Write Width from 7CCK 


50 




ns 



o 

•o 
oa 
u 

CO 

o 



Note 1: Assumes ADSO Is high when RAO-3 changing. 

Note 2: ACK is not generated until CS and SWR are low and the SNIC has synchronized to the register access. In Dual Bus systems additional cycles will be used 

for a local DMA or remote DMA to complete. 
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15.0 Switching CiiaraCteriStiCS AC specs DP83901A Note: ah Timing is preliminary (continued) 

DMA Control, Bus Arbitration 

T4 Tl T2 T3 U T1 T2 T3 T4 T1 T2 T3 T4 T1 T2 T3 U Tl T2 T3 T4 T1 



BREQ . 

BACK . 

AOSO ■ 

ADO- 15 ■ 

MWR, MRD ■ 




riRST TRANSFER 

-IF BACK SEEN ON- 

FIRSTT1 



< ADD X DATA ) — fj j ADD X DATA >■ 



_7 -^^^_^ 



FIRST TRANSFER 
-IF BACK NOT 
ON FIRST 



;fer I 

GIVEN A 

Tl I 



LAST TRANSFER 
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Symbol 


Parameter 


MIn 


Max 


Units 


brqhl 


Bus Clock to Bus Request High for Local DMA 




50 


ns 


brqhr 


Bus Clock to Bus Request High for Remote DMA 




45 . 


ns 


brql 


Bus Request Low from Bus Clock 




60 


ns 


baci^s 


Acknowledge Setup to Bus Clock (Note 1 ) 


2 




ns 


bccte 


Bus Clock to Control Enable 




60 


ns 


bcctr 


Bus Clock to Control Release (Notes 2, 3) 




70 


ns 



Note 1: BACK must bo setup before T1 after BREQ is asserted. Missed setup will slip the beginning of the DMA by four bus clocks. The Bus Latency wll influence 

the alloyvable FIFO threshold and transfer mode (empty/fill vs exact burst transfer). 

Note 2: During remote DMA transfers only, a single bus transfer is performed. During local DMA operations burst mode transfers are performed. 

Note 3: These limits include the RC delay inherent in our test method. These signals typically turn off within 1 5 ns enabling other dewces to drive these lines with 

no contention. 



1-200 



15.0 Switching Characteristics AC specs DP83901 a Note: am riming is Preliminary (continued) 

DMA Address Generation 



BSCK 



ADS1 



ADSO 



ADO- 15 



bcash -*' 



j'' 



— bcl— 



*-bcasl 



-adh- 



\ A16-A31 ) 



bcadz 



-bcyc- 



bcasli -* 



bcadv 



J ■ aswo . ^ 



beast 



adh 



A ^ A0-A1 



)C 



DATA 
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Symbol 


Parameter 


Min 


Max 


Units 


bcyc 


Bus Clock Cycle Time (Note 2) 


50 


125 


ns 


bell 


Bus Clock High Time 


20 




ns 


bcl 


Bus Clock Low Time 


20 




ns 


bcash 


Bus Clock to Address Strobe High 




34 


ns 


bcasi 


B us Clock to Address Strobe Low 




44 


ns 


aswo 


Address Strobe Width Out 


boh 




ns 


bcadv 


Bus Clock to Address Valid 




45 


ns 


bcadz 


Bus Clock to Address TRI-STATE (Note 3) 


15 


55 


ns 


ads 


Address Setup to ADSO/1 Low 


bch - 15 




ns 


adh 


Address Hold from ADSO/1 Low 


bcl -5 




ns 



Note 1: Cycles T1', T2', T3' and T4' are only issued for the first transfer in a burst when 32-blt mode has been selected. 

Note 2: The rata of bus clock must be high enough to support transfers to/from the FIFO at a rate greater than the serial network transfers from/to the FIFO. 
Note 3: These limits include the RC delay inherent in our test method. These signals typically turn off within 1 5 ns, enabling other devices to drive these tines with 
no contention. 
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1 5.0 Switching Characteristics AC specs DPSSSOI a Note: ah Timing is preliminary (Continued) 

DMA Memory Read 

I ,n .1 u I T, I 

BSCK 




ADSO 



MRD 



ADO-7 
(8,16 BIT ItlODE) 

AD8-15 
(8 BIT MODE) 



J^ 



— beri 



-» asds 



—bcrh 



-'dr¥f- 



V 



CiEZZZZZZZZZZZZZ^ 



-avrh- 



<: 



A8-15 



•—J dsada ► 

d» »- 



ds 



dh 



:— Hi^nzzzzz 



dh 



> 



i A8-15 



(isB.*K — — ^ ^-1^ y /////////// ^i.s—^ ... y//// 
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Symbol 


Parameter 


Min 


Max 


Units 


bcrl 


Bus Clock to Read Strobe Low 




43 


ns 


bcrh 


Bus Clock to Read Strobe High 




40 


ns 


ds 


Data Setup to Read Strobe High 


22 




ns 


dh 


Data Hold from Read Strobe High 







ns' 


drw 


DMA Read Strobe Width Out 


2'bcyo-15 




ns 




raz 


Memory Read High to Address TRI-STATE 
(Notes 1,2) 




bch + 40 


ns 


asds 


Address Strobe to Data Strobe 




bcl + 10 


ns 


dsada 


Data Strobe to Address Active 


bcyc - 10 




ns 


avrh 


Address Valid to Read Strobe High 


3'bcyc - IB 




ns 



Note 1: During a burst Aa-A15 are not TRI-STATE if byte wide transfere are selected. On the last transfer A8-A15 are TRI-STATE as shown above. 

Note 2: These limits include the RC delay Inherent In our test method. These signals typically turn off within bch + 15 ns, enabling other devices to drive these 

lines with no contention. 
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15.0 Switching Characteristics AC specs DP83901A Note: AII Timing is Preliminary (continued) 



a 

■D 
00 
C3 



DMA Memory Write 

T2 I T3 



BSCK 



ADSO 



MWR 



ADO-7 
(8,16 BIT MODE) 

ADS- 15 
(8 BIT MODE) 

AD8-15 
(16 BIT MODE) 




y-^< 



-» asds ■*- 



V 



y^ 



- aswd- 



[ AO-7 X^///" [ P*TA (DO^ 



c 



-wds- 



-wds- 



- < A08-15 "%//// \ DATA(D0-D15) 



wdh 



]' ( AO-7 y//// 



A8-15 



) { AC-,5 Y//// 
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Symbol 



bcwl 



bcwh 



wds 



Parameter 



Bus Clock to Write Strobe Low 



Bus Clock to Write Strobe High 



Data Setup to WR High 



Min 



2*bcyc - 30 



Max 



40 



40 



Units 



wdh 



Data Hold from WR Low 



bch + 7 



Write Strobe to Address TRI-STATE (Notes 1 , 2) 



boh + 40 



asds 



Address Strobe to Data Strobe 



bcl + 10 



aswd 



Address Strobe to Write Data Valid 



bcl + 30 



Note 1: When using byte mode transfers A8-A15 are only THI-STATE on ttie last transfer, waz timing is only valid for last transfer in a burst. 

Note 2: These limits include the RC delay inherent in our test method. These signals typically turn off within bch + 15 ns, enabling other devices to drive these 

lines with no contention. 
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15.0 Switching Characteristics AC specs DP83901A Note: ah Timing is preliminary (continued) 

Wait state Insertion 

I T3 I TO I T* I 

BSCK 




ADSO 



MRD/MWR 



y"A. 



\. 



READY 



f 



V 



f 



TL/F/10469-40 



Symboi 



Parameter 



External Walt Setup to T3 OCIock (Note 1 ) 



External Wait Release Time (Note 1) 



MIn 



10 



15 



lUax 



Units 



Mote 1: Ths addition of wait states affects ttis count of deseriaiized bytes and is limited to a number of bus clocli cycies depending on the bus cloclt and network 
rates. The allowabie wait states are found in the table beiow. (Assumes 10 Mbit/sec data rate.) 



BSCK (MHz) 


Max # Of Wait States 


Byte Transfer 


Word Transfer 


8 





1 


10 





■' : 1 ■ 


12 


1 


2 


14 


1 '. 


2 


16 


1 


'3 


18 


2 


3 


20 


2 


4 



Tlie number of allowable wait states in byte mode can be 
calculated using: 

, 8 tnw 
#W(byiemode) ' 



\4.5tbsck I 



#W = Number of Wait States 

tnw = Network Clock Period 

tbsck = BSCK Period 

Tlie number of allowable wait states in word mode can be 

calculated using: 

5 tnw 



7 5 tnw \ 
#W(wordmode)=t^Jig;^-1j 



Table assumes 10 MIHz network clock. 
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15.0 Switching Characteristics AC specs DP83901 a Note: AII Timing is Preliminary (continued) 



o 

■D 
OS 
CO 

<o 



Remote DMA (Read, Send Command) 

n I ,T3 1 u 



BSCK 



AOSO 



RACK 



ADO-15 




TL/F/10469-41 



Symbol 


Parameter 


MIn 


Max 


Units 


bpwrl 


Bus Clock to Port Write Low 




43 


ns 


bpwrh 


Bus Clock to Port Write High 




40 


ns 


prqh 


Port Write High to Port Request High (Note 1) 




30 


ns 


prql 


Port Request Low from Read Acknowledge High 




60 


ns 


rakw 


Remote Acknowledge Read Strobe Pulse Width 


20 




ns 



Nots 1: Start of next transfer Is dependent on where RACK is gsnerted relative to BSCK and wtiether a local DMA is pending. 
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15.0 Switching Characteristics AC specs DP83901A Note: ah Timing is Preliminary (continued) 

Remote DMA (Read, Send Command) Recovery Time 

I T1 I T2 I 13 LJ4 1^^ ■, !__T1 |_r2 |_r3 |_r4 L 




Note 1: Slart of next transfer Is dependent on where RACK is generated relative to BSCK and wtietlier a iocal DMA is pending. 

Note 2: Tliis is not a measured value but guaranteed by design. 

Note 3: RACK must be high for a minimum of 7 BSCK. 

Note 4: Assumes no iocal DMA interleave, no CS, and immediate BACK. 
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Symbol 


Parameter 


MIn 


Max 


Units 


bpwrl 


Bus Clock to Port Write Low 




43 


ns 


bpwrh 


Bus Clock to Port Write High 




40 


ns 


prqh 


Port Write High to Port Request High (Note 1 ) 




30 


ns 


prql 


Port Request Low from Read Acknowledge High 




,60 


ns 


ral<w 


Remote Acknowledge Read Strobe Pulse Width 


20 




ns 


rhpwii 


Read Acknowledge High to Next Port Write Cycle 
(Notes 2, 3, 4) 


11 




BSCK 
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15.0 Switching Characteristics AC specs DP83901A Note: ah Timing is Preliminary (continued) 

Remote DMA (Write Cycle) 

I T1 I T2 I I T1 I T2 I T3 | W 



BSCK 



ADSO 



MWR 



PRD 



PRQ 



WACK 



ADO- 15 



J^-\ 



■^bprqh 



j"- 



'^^j' 



^^ 



\ 



y 



\ 



— bprdi 



bprdh-^ 



t 



a 
tj 

CO 

u 



--wprql 



DO-15 
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Symbol 


Parameter 


MIn 


Max 


Units 


bprqh 


Bus Clocl< to Port Request High (Note 1) 




42 


ns 


wprql 


WACK to Port Request Low 




52 


ns 


waci<w 


WACK Puise Width 


25 




ns 


bprdI 


Bus Clock to Port Read Low (Note 2) 




55 


ns 


bprdh 


Bus Clock to Port Read High 




40 


ns 



Note 1 ; The first port request is issued in response to the remote write command. It Is subsequently issued on T1 clock cycles following completion of remote DMA 
cycles. 

Note 2: The start of the remote DMA wrile following WACK is dependent on where WACK Is Issued relative to BSCK and whether a local DMA is pending. 
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15.0 Switching Characteristics AC specs OPSSgolA Note: ah Timing is Preliminary (continued) 

Remote DMA (Write Cycle) Recovery Time 




^ btrdl , 



J~ 



r 



^^-J 



>-«- 
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Symbol 


Parameter 


Mln 


Max 


Units 


bprqh 


Bus Clock to Port Request High (Note 1) 




42 


ns 








50 


ns 




wprql 


WaCk to Port Request Low 








25 




ns 




wackw 


WaCK Pulse Widlti 




bprdi 


Bus Clock to Port Read Low (Note 2) 




55 


ns 


bprdh 


Bus Clock to Port Read High 




40 


ns 


wprq 


Remote Write Port Request to Port 
Request Time (Notes 3, 4, 5) 


12 




BSCK 



Note 1 : The first port request is issued in response to the remote write command. It is subsequertiy issued on T1 clocl< cycles following completion of remote DMA 

cycles. 

Note 2: The start of the remote DIulA write following WACK is dependent on where WACK is Issued relative to BSCK and whether a local DMA Is pending. 

Note 3: Assuming wacl<w < 1 BSCK, and no local DMA Interleave, no CS, immediate BACK, and WACK goes high before T4. 

Note 4: WACK must be high for a minimum of 7 BSCK. 

Note 5: This is not a measured value but guaranteed by design. 
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15.0 Switching Characteristics AC specs DP83901A Note: ah Timing is Preliminary (continued) 

Transmit Timing (End of Packet) 



'Tor 



TX +/- 



X-TVj^ 



a 

■D 
oa 
w 
to 



TX +/- 



TRANSMIT SPECIFICATIONS (End of Packet) 
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Symbol 


Parameter 


MIn 


Max 


Units 


tjOH 


Transmit Output High before Idle (Half Step) 


200 




ns 


tjoi 


Transmit Output Idle Time to ±40 mV(Half Step) 




8000 


ns 



Reset Timing 



BSCK 



TXC 



TJUiJuuiniuuuuinnnnfuuuinniuuuuuM 



REsa 



rstw ■ 



1. 



jr 
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Symbol 


Parameter 


MIn 


Max 


Units 


rstw 


Reset Pulse Width (Note 1) 


8 




BSCK Cycles or TXC Cycles (Note 2) 



Note 1: The RESET pul se requir es the BSCK and TXC be stable. On power up, RESET should not ba raised until BSCK and TXC have become stable. Several 

registers are affected by RESET. Consult the register descriptions for details. 

Note 2: The slower of BSCK or TXC clocks will detennine the minimum time for the RESET signal to be low. TXC is XI divided by 2. 

If BSCK < TXC then RESET = 6 x BSCK 

If TXC < BSCK then RESET - B x TXC 



16.0 AC Timing Test Conditions 

Ail specifications are valid only if the mandatory isolation is 
employed and all differential signals are taken to be at the 
AUI side of the pulse transformer. 

Input Pulse Levels (TTL/CMOS) GND to 3.0V 

Input Rise and Fall Times (TTL/CIVIOS) 5 ns 

Input and Output Reference Levies (TTL/CMOS) 1 .3V 

Input Pulse Levels (Diff.) -350 mV to - 1 31 5 mV 

Input and Output 50% Point of 

Reference Levels (Diff.) the Differential 

TRI-STATE Reference Levels Float (AV) ± 0.5V 

Output Load (See Figure Below) 




S, (N0TE2) 



R. =2.2K 



Cl (NOTE 1) 



TL/F/1 0469-48 



Note 1: 50 pF, Includes scope and jig capacitance 
Note 2: SI = Open for timing tests for push pull outputs. 
SI - Vcc for Vol test. 
SI = GND for VoH test. 
SI = Vcc tor High Impedance to active low and 
active low to High Impedance measurements. 
S1 = GND for High Impedance to active high and 
active high to High Impedance measurements. 
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Pin Capacitance ta = 25°c,f = imhz 



Symbol 


Parameter 


Typ 


Units 


Qn 


Input Capacitance 


7 


PF 


Gout 


Output Capacitance 


7 


pF 



AUI Transmit Load 



TX+- 



78a 4 



ZJftH- 



DERATING FACTOR 

Output timings are measured with a purely capacitive load 
for 50 pF. The following correction factor can be used for 
other loads: Cl s 50 pF + 0.3 ns/pF. 



TX- 



TL/F/10469-49 

Note: In the above diagram, the TX+ and TX- signals are taken from the 
AUI side of the Isolation (pulse transformer). The pulse transformer 
used for all testing Is the Pulse Engineering PE64103. 
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DP8390D/NS32490D NIC Network Interface Controller 



General Description 

The DP8390D/NS32490D Network Interface Controller 
(NIC) Is a microCMOS VLSI device designed to ease inter- 
facing with CSMA/CD type local area networks including 
Ethernet, Thin Ethernet (Cheapernet) and StarLAN. The 
NIC implements all Media Access Control (MAC) layer func- 
tions for transmission and reception of packets in accord- 
ance with the IEEE 802.3 Standard. Unique dual DMA chan- 
nels and an internal FIFO provide a simple yet efficient 
packet management design. To minimize system parts 
count and cost, all bus arbitration and memory support logic 
are integrated into the NIC. 

The NIC is the heart of a three chip set that implements the 
complete IEEE 802.3 protocol and node electronics as 
shown below. The others include the DP8391 Serial Net- 
work Interface (SNI) and the DPB392 Coaxial Transceiver 
Interface (CTI). 

Features 

■ Compatible with IEEE 802.3/Ethernet ll/Thin Ethernet/ 
StarLAN 

■ interfaces with 8-, 16- and 32-bit microprocessor 
systems 

■ Implements simple, versatile buffer management 

■ Requires single 5V supply 

■ Utilizes low power microCMOS process 

■ Includes 

— Two 16-bit DMA channels 

— 16-byte internal FIFO with programmable threshold 

— Network statistics storage 

■ Supports physical, multicast, and broadcast address 
filtering 

■ Provides 3 levels of loopback 

■ Utilizes independent system and network clocks 
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1.0 System Diagram 



IEEE 802.3 Compatible Ethcrnet/Thln Ethernet Local Area Network Chip Set 
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2.0 Block Diagram 
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FIGURE 1 



3.0 Functional Description 

(Refer to Figure 1) 
RECEIVE DESERIALIZER 

The Receive Deserializer is activated wlien the input signal 
Carrier Sense is asserted to allow incoming bits to be shift- 
ed into the shift register by the receive clocl<. The serial 
receive data is also routed to the CRC generator/checlcer. 
The Receive Deserializer includes a synch detector wfhich 
detects the SFD (Start of Frame Delimiter) to establish 
where byte boundaries within the serial bit stream are locat- 
ed. After every eight receive clocl(s, the byte wide data is 
transferred to the 16-byte FIFO and the Receive Byte Count 
is incremented. The first six bytes after the SFD are 
checl^ed for valid comparison by the Address Recognition 
Logic. If the Address Recognition Logic does not recognize 
the packet, the FIFO is cleared. 

CRC GENERATOR/CHECKER 

During transmission, the CRC logic generates a local CRC 
field for the transmitted bit sequence. The CRC encodes all 
fields after the synch byte. The CRC is shifted out IvISB first 
following the last transmit byte. During reception the CRC 
logic generates a CRC field from the incoming pacl^et. This 
local CRC is serially compared to the Incoming CRC ap- 
pended to the end of the pacliet by the transmitting node. If 
the local and received CRC match, a specific pattern will be 
generated and decoded to indicate no data errors. Trans- 
mission errors result in a different pattern and are detected, 
resulting in rejection of a pacl^et. 

TRANSMIT SERIALIZER 

The Transmit Serializer reads parallel data from the FIFO 
and serializes it for transmission. The serializer is clocked by 



the transmit clock generated by the Serial Network Interface 
(DP8391). The serial data is also shifted into the CRC gen- 
erator/checker. At the beginning of each transmission, the 
Preamble and Synch Generator append 62 bits of 1 ,0 pre- 
amble and a 1,1 synch pattern. After the last data byte of 
the packet has been serialized the 32-bit FCS field is shifted 
directly out of the CRC generator. In the event of a collision 
the Preamble and Synch generator is used to generate a 
32-bit JAI\i1 pattern of all I's 

ADDRESS RECOGNITION LOGIC 

The address recognition logic compares the Destination Ad- 
dress Field (first 6 bytes of the received packet) to the Phys- 
ical address registers stored in the Address Register Array. 
If any one of the six bytes does not match the pre-pro- 
grammed physical address, the Protocol Control Logic re- 
jects the packet. All multicast destination addresses are fil- 
tered using a hashing technique. (See register description.) 
If the multicast address indexes a bit that has been set in 
the filter bit array of the Multicast Address Register Array 
the packet is accepted, othenivise it is rejected by the Proto- 
col Control Logic. Each destination address is also checked 
for all 1 's which is the reserved broadcast address. 

FIFO AND FIFO CONTROL LOGIC 

The NIC features a 16-byte FIFO. During transmission the 
DH/IA writes data into the FIFO and the Transmit Serializer 
reads data from the FIFO and transmits it. During reception 
the Receive Deserializer writes data into the FIFO and the 
DMA reads data from the FIFO. The FIFO control logic is 
used to count the number of bytes in the FIFO so that after 
a preset level, the DMA can begin a bus access and write/ 
read data to/from the FIFO before a FIFO underflow/Zover- 
flow occurs. 
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3.0 Functional Description (Continued) 

Because the NIC must buffer the Address field of each in- 
coming packet to determine whether the packet matches its 
Physical Address Registers or maps to one of its Multicast 
Registers, the first local DMA transfer does not occur until 8 
bytes have accumulated in the FIFO. 
To assure that there is no overwriting of data in the FIFO, 
the FIFO logic flags a FIFO overrun as the 13th byte is 
written into the FIFO; this effectively shortens the FIFO to 
13 bytes. In addition, the FIFO logic operates differently in 
Byte Mode than in Word Mode. In Byte Mode, a threshold is 
indicated when the n + 1 byte has entered the FIFO; thus, 
with an 8-byte threshold, the NIC issues Bus Request 
(BREQ) when the 9th byte has entered the FIFO. For Word 
Mode, BREQ is not generated until the n + 2 bytes have 
entered the FIFO. Thus, with a 4 word threshold (equivalent 
to an 8-byte threshold), BREQ is issued when the 10th byte 
has entered the FIFO. 

PROTOCOL PLA 

The protocol PLA is responsible for implementing the IEEE 
802.3 protocol, including collision recovery with random 
backoff. The Protocol PLA also formats packets during 
transmission and strips preamble and synch during recep- 
tion. 

DMA AND BUFFER CONTROL LOGIC 

The DMA and Buffer Control Logic is used to control two 
16-bit DMA channels. During reception, the Local DMA 
stores packets in a receive buffer ring, located in buffer 
memory. During transmission the Local DMA uses pro- 
grammed pointer and length registers to transfer a packet 
from local buffer memory to the FIFO. A second DMA chan- 
nel is used as a slave DMA to transfer data between the 
local buffer memory and the host system. The Local DMA 
and Remote DMA are internally arbitrated, with the Local 
DMA channel having highest priority. Both DMA channels 
use a common external bus clock to generate all required 
bus timing. External arbitration is performed with a standard 
bus request, bus acknowledge handshake protocol. 

4.0 Transmit/Receive Pacl<et 
Encapsulation/Decapsulation 

A standard IEEE 802.3 packet consists of the following 
fields: preamble. Start of Frame Delimiter (SFD), destination 
address, source address, length, data, and Frame Check 
Sequence (FCS). The typical format is shown in Figure 2. 
The packets are Manchester encoded and decoded by the 
DP8391 SNI and transferred serially to the NIC using NRZ 
data with a clock. All fields are of fixed length except for the 
data field. The NIC generates and appends the preamble, 
SFD and FCS field during transmission. The Preamble and 
SFD fields are stripped during reception. (The CRC is 
passed through to buffer memory during reception.) 

PREAMBLE AND START OF FRAME DELIMITER (SFD) 

The Manchester encoded alternating 1,0 preamble field is 
used by the SNI (DP8391) to acquire bit synchronization 
with an incoming packet. When transmitted each packet 
contains 62 bits of alternating 1 ,0 preamble. Some of this 
preamble will be lost as the packet travels through the net- 
work. The preamble field is stripped by the NIC. Byte align- 
ment is performed with the Start of Frame Delimiter (SFD) 
pattern which consists of two consecutive 1's. The NIC 
does not treat the SFD pattern as a byte, it detects only the 



two bit pattern. This allows any preceding preamble within 
the SFD to be used for phase locking. 

DESTINATION ADDRESS 

The destination address indicates the destination of the 
packet on the network and is used to filter unwanted pack- 
ets from reaching a node. There are three types of address 
formats supported by the NIC: physical, multicast, and 
broadcast. The physical address is a unique address that 
corresponds only to a single node. All physical addresses 
have an MSB of "0". These addresses are compared to the 
internally stored physical address registers. Each bit in the 
destination address must match in order for the NIC to ac- 
cept the packet. Multicast addresses begin with an MSB of 
"1 ". The DP8390D filters multicast addresses using a stan- 
dard hashing algorithm that maps all multicast addresses 
into a 6-bit value. This 6-bit value indexes a 64-bit array that 
filters the value. If the address consists of all 1's it is a 
broadcast address, indicating that the packet is intended for 
all nodes. A promiscuous mode allows reception of all pack- 
ets: the destination address is not required to match any 
filters. Physical, broadcast, multicast, and promiscuous ad- 
dress modes can be selected. 

SOURCE ADDRESS 

The source address is the physical address of the node that 
sent the packet. Source addresses cannot be multicast or 
broadcast addresses. This field is simply passed to buffer 
memory. 

LENGTH FIELD 

The 2-byte length field indicates the number of bytes that 
are contained in the data field of the packet. This field Is not 
interpreted by the NIC. 

DATA FIELD 

The data field consists of anywhere from 46 to 1500 bytes. 
Messages longer than 1500 bytes need to be broken into 
multiple packets. Messages shorter than 46 bytes will re- 
quire appending a pad to bring the data field to the minimum 
length of 46 bytes. If the data field is padded, the number of 
valid data bytes is indicated in the length field. The NIC 
does not strip or append pad bytes for short packets, 
or check for oversize packets. 

FCS FIELD 

The Frame Check Sequence (FCS) is a 32-bit CRC field 
calculated and appended to a packet during transmission to 
allow detection of errors when a packet is received. During 
reception, error free packets result in a specific pattern in 
the CRC generator. Packets with improper CRC will be re- 
jected. The AUTODIN II (X32 -1- X26 -V X23 -f X22 H- X16 -)- 
X12 -f X11 -I- XIO -I- X8 -I- X7 + X5 + X4 + X2 + X1 + 1) 
polynomial is used for the CRC calculations. 

PREAueiC SFD DESTINATION SOURCE LDJimi 
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Connection Diagrams 

Plastic Chip Carrier 



Dual- 













in 




to 


r^l 


O t=> 




rH 


lO 


|Ci 


1 
1 






















s s s 
1 1 1 






1 












1 


1 


1 


1 


1 


1 


1 


1 


1 


1 


1 


1 






9 


B 


7 


6 


5 


4 


3 


2 1 68 


67 


66 


65 


64 


63 


62 


61 


NC- 


to 






























60 


NC- 


11 






























59 


AD6- 


12 






























58 


AD7- 


13 






























57 


AD8- 


U 






























56 


AD9- 


15 






























55 


AD10- 


16 






























54 


AD11- 


17 
















PCC 














53 


GND- 


18 
















68 PIN 














52 


GND- 


19 






























51 


AD12- 


20 






























50 


AD13- 


21 






























49 


AD14- 


22 






























48 


AD15- 


25 






























47 


ADSO- 


U 






























46 


NC- 


25 






























45 


NC- 


26 






























44 






27 


28 


29 


30 


31 


32 


33 


34 35 36 


37 


38 


39 


40 


41 


42 


43 






1 


1 


1 


1 


1 


1 


1 


1 1 1 


1 


1 


1 


1 


1 


1 


1 



•NC 

•NC 

•INT 

•RESET 

•COL 

•RXD 

•CRS 

•RXC 



-V, 



cc 
Vcc 

LBK 

TXD 

TXC 

TXE 

BREQ 

NC 

NC 



IS IS 

!(/> I< 



TL/F/B582-5 

Order Number DP8390DN or DP8390DV 
See NS Package Number N48A or V68A 
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5.0 Pin Descriptions 

BUS INTERFACE PINS 



Symbol 



DIP Pin No Function 



Description 



AD0-AD15 



1-12 
14-17 



l/0,Z 



MULTIPLEXED ADDRESS/DATA BUS: 

• Register Access, with DMA inactive, CS low and ACK returned from NIC, pins 
AD0-AD7 are used to read/write register data. AD8-AD1 5 float during i/O 
transfers. SRD, SWR pins are used to select direction of transfer. 

• Bus K4aster witti BACK input asserted. 

During t1 of memory cycle AD0-AD1 5 contain address. 

During t2, t3, t4 ADO- AD1 5 contain data (word transfer mode). 

During t2, t3, t4 AD0-AD7 contain data, AD8-AD1 5 contain address 

(byte transfer mode). 

Direction of transfer is Indicated by NiC on IVIWR, MRP lines. 



ADSO 



18 



i/0,Z 



ADDRESS STROBED 

• input with DMA inactive and C5 low, latches RA0-RA3 inputs on falling edge, 
if high, data present on RA0-RA3 will flow through latch. 

• Output when Bus Master, latches address bits (A0-A1 5) to external memory 
during DMA transfers. 
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5.0 Pin Descriptions (continued) 

BUS INTERFACE PINS (Continued) 


Symbol 


DIP Pin No 


Function 


Description 


C§ 


19 


1 


CHIP SELECT: Chip Seiect places controller in slave mode for jiP access to 
internal registers. Must be valid through data portion of bus cycle. RA0-RA3 are 
used to select the internal register. SWH and SRD select direction of data 
transfer. 


MWR 


20 


o,z 


MASTER WRITE STROBE: Strobe for DMA transfers, active low during write 
cycles (t2, 13, tw) to buffer memory. Rising edge coincides with the presence of 
valid output data. TRI-STATE® until BACK asserted. 


MRb 


21 


o,z 


MASTER READ STROBE: Strobe for DMA transfers, active during read cycles 
(t2, 13, tw) to buffer memory. Input data must be valid on rising edge of MRD. 
TRI-STATE until BACK asserted. 


SWH 


22 


1 


SLAVE WRITE STROBE: Strobe from CPU to write an internal register selected 
by RA0-RA3. 


SRD 


23 


1 


SLAVE READ STROBE: Sirobe from CPU to read an internal register selected 
by RA0-RA3. 


aCK 


24 





ACKNOWLEDGE: Active low when NIC grants access to CPU. Used to insert 
WAIT states to CPU until NIC is synchronized for a register read or write 
operation. 


RA0-RA3 


45-48 


I 


REGISTER ADDRESS: These four pins are used to select a register to be read 
or written. The state of these inputs is ignored when the NIC is not in slave mode 
(CS high). 


fRD 


44 


o 


PORT READ: Enables data from external latch onto local bus during a memory 
write cycle to local memory (remote write operation). This allows asynchronous 
transfer of data from the system memory to local memory. 




43 


1 


WRITE ACKNOWLEDGE: Issued from system to NIC to indicate that data has 
been written to the external latch. The NIC will begin a write cycle to place the 
data in local memory. 


WACK 


INT 


42 





INTERRUPT: Indicates that the NIC requires CPU attention after reception 
transmission or completion of DMA transfers. The interrupt is cleared by writing 
to the ISR. All interrupts are maskable. 




41 


1 


RESET: Reset is active low and places the NIC in a reset mode immediately, no 
packets are transmitted or received by the NIC until STA bit is set. Affects 
Command Register, Interrupt Mask Register, Data Configuration Register and 
Transmit Configuration Register. The NIC will execute reset within 1 BUSK 
cycles. 


RESCT 


BREQ 


31 





BUS REQUEST: Bus Request is an active high signal used to request the bus for 
DMA transfers. This signal is automatically generated when the FIFO needs 
servicing. 


BACK 


30 


1 


BUS ACKNOWLEDGE: Bus Acknowledge Is an active high signal indicating that 
the CPU has granted the bus to the NIC. If immediate bus access is desired, 
BREQ should be tied to BACK. Tying BACK to Vcc will result In a deadlock. 


PRO, ADS1 


29 


o,z 


PORT REQUEST/ADDRESS STROBE 1 

• 32-BIT MODE: If LAS Is set in the Data Configuration Register, this line is 
programmed as ADSI. It is used to strobe addresses A1 6- A31 into external 
latches. (A1 6-A31 are the fixed addresses stored In RSARO, RSAR1 .) ADSI 
will remain at TRI-STATE until BACK is received. 

• 16-BIT MODE: If LAS is not set in the Data Configuration Register, this line is 
programmed as PRO and is used for Remote DMA Transfers. In this mode 
PRO will be a standard logic output 

NOTE: This line will power up as TRI-STATE until the Data Configuration 
Register is programmed. 




28 


1 


READY: This pin is set high to insert wait states during a DMA transfer. The NIC 
will sample this signal at t3 during DMA transfers. 


READY 
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5.0 Pin Descriptions (continued) 

BUS INTERFACE PINS (Continued) 


Symbol 


DIP Pin No 


Function 


Description 


PWR 


27 





PORT WRITE: Strobe used to latch data from the NIC into external latch for 
transfer to host memory during Remote Read transfers. The rising edge of PWH 
coincides with the presence of valid data on the local bus. 


RACK 


28 


1 


READ ACKNOWLEDGE: Indicates that the system DMA or host CPU has read 
the data placed in the external latch by the NIC. The NIC will begin a read cycle 
to update the latch. 


BSCK 


25 


1 


This clock is used to establish the period of the DMA memory cycle. Four clock 
cycles (t1 , t2, t3, t4) are used per DMA cycle. DMA transfers can be extended by 
one BSCK increments using the READY input. 


NETWORK INTERFACE PINS | 


COL 


40 


1 


COLLISION DETECT: This line becomes active when a collision has been 
detected on the coaxial cable. During transmission this line is monitored after 
preamble and synch have been transmitted. At the end of each transmission this 
line Is monitored for CD heartbeat. 


RXD 


39 


1 


RECEIVE DATA: Serial NRZ data received from the ENDEC, clocked into the 
NIC on the rising edge of RXC. 


CRS 


38 


1 


CARRIER SENSE: This signal is provided by the ENDEC and indicates that 
carrier is present. This signal is active high. 


RXC 


37 


1 


RECEIVE CLOCK: Re-syncfironized clock from the ENDEC used to clock data 
from the ENDEC Into the NIC. 


LBK 


35 





LOOPBACK: This output is set high when the NIC is programmed to perform a 
loopback through the StarLAN ENDEC. 


TXD 


34 


o 


TRANSMIT DATA: Serial NRZ Data output to the ENDEC. The data is valid on 
the rising edge of TXC. 


TXC 


33 


1 


TRANSMIT CLOCK: This clock is used to provide timing for internal operation 
and to shift bits out of the transmit serializer. TXC is nominally a 1 MHz clock 
provided by the ENDEC. 


TXE 


32 





TRANSMIT ENABLE: This output becomes active when the first bit of the 
packet is valid on TXD and goes low after the last bit of the packet Is clocked out 
of TXD. This signal connects directly to the ENDEC. This signal is active high. 


POWER 


Vcc 


36 




+ 5V DC is required. It is suggested that a decoupling capacitor be connected 
between these pins. It is essential to provide a path to ground for the GND pin 
with the lowest possible impedance. 


GND 


13 




6.0 Direct IVIemory Access Control (DIMA) 

The DMA capabilities of the NIC greatly simplify use of the on a local bus, where the NIC's local DMA channel per- 
DP8390D in typical configurations. The local DMA channel forms burst transfers between the buffer memory and the 
transfers data between the FIFO and memory. On transmis- NIC's FIFO. The Remote DMA transfers data between the 
sion, the packet is DMA'd from memory to the FIFO in buffer memory and the host memory via a bidirectional I/O 
bursts. Should a collision occur (up to 1 5 times), the packet port. The Remote DMA provides local addressing capability 
is retransmitted with no processor intervention. On recep- and is used as a slave DMA by the host. Host side address- 
tion, packets are DMAed from the FIFO to the receive buffer ing must be provided by a host DMA or the CPU. The NIC 
ring (as explained below). allows Local and Remote DMA operations to be Interleaved. 
A remote DMA channel is also provided on the NIC to ac- SINGLE CHANNEL DMA OPERATION 
complish transfers between a buffer memory and system „ j • u, .L ^ ,^... ,_ , ,. ,.. j 
memory. The two DMA channels can alternatively be com- " desirable the two DMA channels can be combined to 
bined to form a single 32.bit address with 8- or 16-bit data. P^f^'^^^ ^ ^^-bit DMA address. The upper 16 bits of the 32- 

bit address are static and are used to point to a 64k byte (or 
DUAL DMA CONFIGURATION 32k word) page of memory where packets are to be re- 
An example configuration using both the local and remote ceived and transmitted. 
DMA channels is shown below. Network activity is isolated 
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6.0 Direct Memory Access Control (DMA) (Continued) 
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7.0 Packet Reception 

The Local DMA receive channel uses a Buffer Ring Struc- 
ture comprised of a series of contiguous fixed lengtfi 256 
byte (128 word) buffers for storage of received packets. The 
location of the Receive Buffer Ring is programmed in two 
registers, a Page Start and a Page Stop Register. Ethernet 
packets consist of a distribution of shorter link control pack- 
ets and longer data packets, the 256 byte buffer length pro- 
vides a good compromise between short packets and long- 
er packets to most efficiently use memory. In addition these 
buffers provide memory resources for storage of back-to- 
back packets in loaded networks. The assignment of buffers 
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7.0 Packet Reception (continued) 

for storing pacl^ets is controlled by Buffer Management Log- 
ic in the NIC. The Buffer Management Logic provides three 
basic functions: linking receive buffers for long packets, re- 
covery of buffers when a packet Is rejected, and recircula- 
tion of buffer pages that have been read by the host. 
At initialization, a portion of the 64k byte (or 32k word) ad- 
dress space is resen/ed for the receive buffer ring. Two 
eight bit registers, the Page Start Address Register 
(PSTART) and the Page Stop Address Register (PSTOP) 
define the physical boundaries of where the buffers reside. 
The NIC treats the list of buffers as a logical ring; whenever 
the DMA address reaches the Page Stop Address, the DMA 
is reset to the Page Start Address. 

INITIALIZATION OF THE BUFFER RING 

Two static registers and two working registers control the 
operation of the Buffer Ring. These are the Page Start Reg- 
ister, Page Stop Register (both described previously), the 
Current Page Register and the Boundary Pointer Register. 
The Current Page Register points to the first buffer used to 
store a packet and is used to restore the DMA for writing 
status to the Buffer Ring or for restoring the DMA address in 
the event of a Runt packet, a CRC, or Frame Alignment 
error. The Boundary Register points to the first packet in the 
Ring not yet read by the host If the local DMA address ever 
reaches the Boundary, reception Is aborted. The Boundary 
Pointer is also used to initialize the Remote DMA for remov- 
ing a packet and is advanced when a packet is removed. A 
simple analogy to remember the function of these registers 
is that the Current Page Register acts as a Write Pointer and 
the Boundary Pointer acts as a Read Pointer. 
Note 1: At initialization, the Page Start Register value should be loaded into 
both the Current Page Register and the Boundary Pointer Register. 
Note 2: The Page Start Register must rot be initialized to OOH. 



Receive Buffer Ring At Initialization 

> 
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BEGINNING OF RECEPTION 

When the first packet begins arriving the NIC begins storing 
the packet at the location pointed to by the Current Page 



Register. An offset of 4 bytes is saved in this first buffer to 
allow room for storing receive status corresponding to this 
packet. 

Received Packet Enters Buffer Pages 
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LINKING RECEIVE BUFFER PAGES 

If the length of the packet exhausts the first 256 byte buffer, 
the DMA performs a forward link to the next buffer to store 
the remainder of the packet. For a maximal length packet 
the buffer logic will link six buffers to store the entire packet. 
Buffers cannot be skipped when linking, a packet will always 
be stored in contiguous buffers. Before the next buffer can 
be linked, the Buffer Management Logic performs two com- 
parisons. The first comparison tests for equality between 
the DMA address of the next buffer and the contents of the 
Page Stop Register. If the buffer address equals the Page 
Stop Register, the buffer management logic will restore the 
DMA to the first buffer in the Receive Buffer Ring value 
programmed in the Page Start Address Register. The sec- 
ond comparison tests for equality between the DMA ad- 
dress of the next buffer address and the contents of the 
Boundary Pointer Register. If the two values are equal the 
reception is aborted. The Boundary Pointer Register can be 
used to protect against ovenwriting any area in the receive 
buffer ring that has not yet been read. When linking buffers, 
buffer management will never cross this pointer, effectively 
avoiding any overwrites. If the buffer address does not 
match either the Boundary Pointer or Page Stop Address, 
the link to the next buffer is performed. 

Linking Buffers 

Before the DMA can enter the next contiguous 256 byte 
buffer, the address is checked for equality to PSTOP and to 
the Boundary Pointer. If neither are reached, the DMA is 
allowed to use the next buffer. 



Linking Receive Buffer Pages 




1) Check for = to PSTOP 

2) Check for = to Boundary 
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7.0 Packet Reception (contmuGd) 

Received Packet Aborted If It Hits Boundat7 Pointer 

ZHD PHCKn 
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Buffer Ring Overflow 

If the Buffer Ring has been filled and the DMA reaches the 
Boundary Pointer Address, reception of the incoming pack- 
et will be aborted by the NIC. Thus, the packets previously 
received and still contained in the Ring will not be de- 
stroyed. 

In a heavily loaded network environment the local DMA may 
be disabled, preventing the NIC from buffering packets from 
the network. To guarantee this will not happen, a software 
reset must be issued during all Receive Buffer Ring over- 
flows (indicated by the OVW bit in the Interrupt Status Reg- 
ister). The following procedure is required to recover 
from a Receiver Buffer Ring Overflow. 
If this routine Is not adhered to, the NIC may act in an unpre- 
dictable manner. It should also be noted that it Is not per- 
missible to service an overflow interrupt by continuing to 
empty packets from the receive buffer without implementing 
the prescribed overflow routine. A flow chart of the NIC's 
overflow routine can be found at the right. 

Note: It is necessary to define a variable in the driver, which wiil be called 
"Resend". 

1. Read and store the value of the TXP bit in the NIC's 
Command Register. 

2. Issue the STOP command to the NIC. This is accom- 
plished be setting the STP bit In the NIC's Command 
Register. Writing 21H to the Command Register will stop 
the NIC. 

Note: If the STP is set v^hen a transmission Is in progress, the RST bit may 
not be set In this case, the NIC is guaranteed to be reset after the 
longest packet time (1 500 bytes = 1 .2 ms). For the DP8390D (but not 
for the DP8390B), the NIC will be reset within 2 microseconds after 
the STP bit is set and Loopback mode 1 is programmed. 

3. Wait for at least 1.6 ms. Since the NIC will complete any 
transmission or reception that is in progress, it is neces- 
sary to time out for the maximum possible duration of an 
Ethernet transmission or reception. By waiting 1 .6 ms this 
is achieved with some guard band added. Previously, it 
was recommended that the RST bit of the Interrupt 
Status Register be polled to insure that the pending 
transmission or reception is completed. This bit is not a 
reliable indicator and subsequently should be ignored. 

4. Clear the NIC's Remote Byte Count registers (RBCRO 
and RBCR1). 
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Set Resend to a I 



Put NIC in loopback 
Issue START command 



Remove packet(s) 
Reset OVW bit In the ISR 




resent 

Resend ~ 1 



Issue transmit command to the NIC 
(set TXP In Command Register to a 1) 



Set Resend to I 



c 



Overflow Routine Flow Chart 

5. Read the stored value of the TXP bit from step 1 , above. 
If this value is a 0, set the "Resend" variable to a and 
jump to step 6. 

If this value is a 1 , read the NIC's Interrupt Status Regis- 
ter. If either the Packet Transmitted bit (PTX) or Trans- 
mit Error bit (TXE) is set to a 1, set the "Resend" vari- 
able to a and jump to step 6. If neither of these bits is 
set, place a 1 in the "Resend" variable and jump to step 
6. 

This step determines if there was a transmission in prog- 
ress when the stop command was issued in step 2. If 
there was a transmission in progress, the NIC's ISR is 
read to determine whether or not the packet was recog- 
nized by the NIC. If neither the PTX nor TXE bit was set. 
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7.0 Packet Reception (continuad) 

then the packet will essentially be lost and re-transmit- 
ted only after a time-out takes place in the upper level 
software. By determining that the packet was lost at the 
driver level, a transmit command can be reissued to the 
NIC once the overflow routine is completed (as in step 
11). Also, it is possible for the NIC to defer indefinitely, 
when it is stopped on a busy network. Step 5 also allevi- 
ates this problem. Step 5 is essential and should not be 
omitted from the overflow routine, in order for the NIC to 
operate correctly. 

6. Place the NIC in either mode 1 or mode 2 loopback. This 
can be accomplished by setting bits D2 and D1 , of the 
Transmit Configuration Register, to "0,1" or "1,0", re- 
spectively. 

7. Issue the START command to the NIC. This can be ac- 
complished by writing 22H to the Command Register. 
This is necessary to activate the NIC's Remote DMA 
channel. 

8. Remove one or more packets from the receive buffer 
ring. 

9. Reset the overa/rite warning (OVW, overflow) bit in the 
Interrupt Status Register. 

10. Take the NIC out of loopback. This is done by writing the 
Transmit Configuration Register with the value it con- 
tains during normal operation. (Bits D2 and D1 should 
both be programmed to 0.) 

11. If the "Resend" variable is set to a 1, reset the "Re- 
send" variable and reissue the transmit command. This 
is done by writing a value of 26H to the Command Reg- 
ister. If the "Resend" variable is 0, nothing needs to be 
done. 

Note: If Remote DMA is not being used, the NIC does not need to be started 
before pacltets can be removed from the receive buffer ring. Hence, 
step 8 couid be done before step 7. 

END OF PACKET OPERATIONS 

At the end of the packet the NIC determines whether the 
received packet Is to be accepted or rejected. It either 
branches to a routine to store the Buffer Header or to anoth- 
er routine that recovers the buffers used to store the packet. 

SUCCESSFUL RECEPTION 

If the packet is successfully received as shown, the DMA is 
restored to the first buffer used to store the packet (pointed 

Termination of Received Packet— Packet Accepted 
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to by the Current Page Register). The DMA then stores the 
Receive Status, a Pointer to where the next packet will be 
stored (Buffer 4) and the number of received bytes. Note 
that the remaining bytes in the last buffer are discarded and 
reception of the next packet begins on the next empty 256- 
byte buffer boundary. The Current Page Register is then 
initialized to the next available buffer in the Buffer Ring. (The 
location of the next buffer had been previously calculated 
and temporarily stored In an internal scratchpad register.) 

BUFFER RECOVERY FOR REJECTED PACKETS 

If the packet is a runt packet or contains CRC or Frame 
Alignment errors, it is rejected. The buffer management log- 
ic resets the DMA back to the first buffer page used to store 
the packet (pointed to by CURR), recovering all buffers that 
had been used to store the rejected packet. This operation 
will not be performed if the NIC is programmed to accept 
either runt packets or packets with CRC or Frame Alignment 
errors. The received CRC is always stored in buffer memory 
after the last byte of received data for the packet. 

Termination of Received Packet— Packet Rejected 
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Error Recovery 

If the packet is rejected as shown, the DMA is restored by 
the NIC by reprogramming the DMA starting address point- 
ed to by the Current Page Register. 

REMOVING PACKETS FROM THE RING 

Packets are removed from the ring using the Remote DMA 
or an external device. When using the Remote DMA the 
Send Packet command can be used. This programs the Re- 
mote DMA to automatically remove the received packet 
pointed to by the Boundary Pointer. At the end of the trans- 
fer, the NIC moves the Boundary Pointer, freeing additional 
buffers for reception. The Boundary Pointer can also be 
moved manually by programming the Boundary Register. 
Care should be taken to keep the Boundary Pointer at least 
one buffer behind the Current Page Pointer. 
The following is a suggested method for maintaining the 
Receive Buffer Ring pointers. 

1 . At initialization, set up a software variable (next__pkt) to 
indicate where the next packet will be read. At the begin- 
ning of each Remote Read DMA operation, the value of 
next_pkt will be loaded into RSARO and RSAR1. 

2. When initializing the NIC set: 
BNDRY = PSTART 
CURR = PSTART + 1 
next_pkt = PSTART + 1 
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7.0 Packet Reception (continued) 

3. After a packet is DMAed from tfie Receive Buffer Ring, 

the Next Page Pointer (second byte in NIC buffer fieader) 

is used to update BNDRY and next_43kt. 

next pkt = Next Page Pointer 

BNDRY = Next Page Pointer - 1 

If BNDRY < PSTART then BNDRY = PSTOP - 1 
Note the size of the Receive Buffer Ring Is reduced by one 
256-byte buffer; this will not, however, impede the operation 
of the NIC. 

In StarLAN applications using bus clock frequencies greater 
than 4 MHz, the NIC does not update the buffer header 
information properly because of the disparity between the 
network and bus clock speeds. The lower byte count is cop- 
ied twice into the third and fourth locations of the buffer 
header and the upper byte count Is not written. The upper 
byte count, however, can be calculated from the current 
next page pointer (second byte In the buffer header) and the 
previous next page pointer (stored In memory by the CPU). 
The following routine calculates the upper byte count and 
allows StarLAN applications to be insensitive to bus clock 
speeds. Next pkt is defined similarly as above. 

1st Received Packet Removed By Remote DMA 

ZHD PACXn 
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upper byte count = next page pointer - next pkt - 1 

if (upper byte count) < then 

upper byte count = (PSTOP - next pkt) + 

(next page pointer - PSTART) - 1 
if (lower byte count) > fch then 
upper byte count = upper byte count + 1 

STORAGE FORIUAT FOR RECEIVED PACKETS 

The following diagrams describe the format for how re- 
ceived packets are placed into memory by the local DMA 
channel. These modes are selected In the Data Configura- 
tion Register. 

Storage Format 

AD15 ADS AD7 ADO 



Next Packet 
Pointer 


Receive 
Status 


Receive 
Byte Count 1 


Receive 
Byte Count 


Byte 2 


Bytel 



BOS = 0, WIS = 1 in Data Configuration Register. 
This format used with Series 32000 808X type processors. 



AD15 



AD8 AD7 



ADO 



Next Packet 
Pointer 


Receive 
Status 


Receive 
Byte Count 


Receive 
Byte Count 1 


Bytel 


Byte 2 



BOS = 1,WTS = 1 in Data Configuration Register. 
This format used with 68000 type processors. 
Note: Tfie Receive Byte Count ordering remains ttie same for BOS = or 1 . 

AD7 ADO 



Receive Status 



Next Packet 
Pointer 



Receive Byte 
Count 



Receive Byte 
Count 1 



ByteO 



Bytel 



BOS - 0, WTS = in Data Configuration Register. 
This format used with general 8-bit CPUs. 

8.0 Packet Transmission 

The Local DMA is also used during transmission of a pack- 
et. Three registers control the DMA transfer during trans- 
mission, a Transmit Page Start Address Register (TPSR) 
and the Transmit Byte Count Registers (TBCR0,1). When 
the NIC receives a command to transmit the packet pointed 
to by these registers, buffer memory data will be moved into 
the FIFO as required during transmission. The NIC will gen- 
erate and append the preamble, synch and CRC fields. 

TRANSMIT PACKET ASSEMBLY 

The NIC requires a contiguous assembled packet with the 
format shown. The transmit byte count includes the Destina- 
tion Address, Source Address, Length Field and Data. It 
does not include preamble and CRC. When transmitting 
data smaller than 46 bytes, the packet must be padded to a 
minimum size of 64 bytes. The programmer is responsible 
for adding and stripping pad bytes. 

General Transmit Packet Format 



i 




DESTINATION ADDRESS 


6 BYTES 




SOURCE ADDRESS 


6 BYTES 


TX BYTE COUNT 
(TBCR0,1) 


TYPE LENGTH 


2 BYTES 




DATA 


> 46 BYTES 




PAD (IF DATA < 46 BYTES) 








TL/F/86e2-58 



1-221 



8.0 Packet Transmission (continued) 

TRANSMISSION 

Prior to transmission, the TPSR (Transmit Page Start Regis- 
ter) and TBCRO, TBCR1 (Transmit Byte Count Registers) 
must be initialized. To Initiate transmission of the pacl<et the 
TXP bit in the Command Register is set. The Transmit 
Status Register (TSR) is cleared and the NIC begins to pre- 
fetch transmit data from memory (unless the NIC is currently 
receiving). If the Interframe gap has timed out the NIC will 
begin transmission. 

CONDITIONS REQUIRED TO BEGIN TRANSMISSION 

In order to transmit a packet, the following three conditions 
must be met: 

1. The Interframe Gap Timer has timed out the first 6.4 fxs 
of the Interframe Gap (See appendix for Interframe Gap 
Flowchart) 

2. At least one byte has entered the FIFO. (This indicates 
that the burst transfer has been started) 

3. If the NIC had collided, the backoff timer has expired. 

In typical systems the NIC has already prefetched the first 
burst of bytes before the 6.4 (xs timer expires. The time 
during which NIC transmits preamble can also be used to 
load the FIFO. 

Note: If carrier sense is asserted before a byte has been loaded into the 
FIFO, the NIC will become a receiver. 

COLLISION RECOVERY 

During transmission, the Buffer Management logic monitors 
the transmit circuitry to determine If a collision has occurred. 
If a collision Is detected, the Buffer Management logic will 
reset the FIFO and restore the Transmit DMA pointers for 
retransmission of the packet. The COL bit will be set in the 
TSR and the NCR (Number of Collisions Register) will be 
incremented. If 1 5 retransmissions each result in a collision 
the transmission will be aborted and the ABT bit in the TSR 
will be set. 

Note: NCR reads as zeroes if excessive collisions are encountered. 

TRANSMIT PACKET ASSEMBLY FORMAT 

The following diagrams describe the format for how packets 
must be assembled prior to transmission for different byte 
ordering schemes. The various formats are selected in the 
Data Configuration Register. 

D15 D8 D7 DO 



DA1 


DAO 


DA3 


DA2 


DAS 


DA4 


SA1 


DAO 


SA3 


DA2 


SA5 


DA4 


T/L1 


T/LO 


DATA1 


DATAO 



BOS = 0, WTS = 1 in Data Configuration Register. 
This format is used with Series 32000, 808X type proces- 



D15 D8D7 


DO 


DAO 


DAI 


DA2 


DA3 


DA4 


DAS 


SAO 


SA1 


SA2 


SA3 


SA4 


SA5 


T/LO 


T/L1 


DATAO 


DATA1 



BOS = 1, WTS = 1 in Data Configuration Register. 
This format is used with 68000 type processors. 



D7 



DO 



DAO 



DA1 



DA2 



DA3 



DA4 



DAS 



SAO 



SA1 



SA2 



SA3 



BOS = 0. WTS = in Data Configuration Register. 
This format Is used with general 8-bit CPUs. 

Note: All examples above will result in a transmission of a pacltet in onJer of 
DAO, DAI , DA2, DAS . . . bits within each byte will be transmitted least 
significant bit first 
DA = Destination Address 
SA = Source Address 
T/L = Type/Length Reld 

9.0 Remote DIVIA 

The Remote DMA channel is used to both assemble pack- 
ets for transmission, and to remove received packets from 
the Receive Buffer Ring. It may also be used as a general 
purpose slave DMA channel tor moving blocks of data or 
commands between host memory and local buffer memory! 
There are three modes of operation. Remote Write, Remote 
Read, or Send Packet. 

Two register pairs are used to control the Remote DMA, a 
Remote Start Address (RSARO, RSAR1) and a Remote 
Byte Count (RBCRO, RBCR1) register pair. The Start Ad- 
dress Register pair points to the beginning of the block to be 
moved while the Byte Count Register pair is used to indicate 
the number of bytes to be transferred. Full handshake logic 
is provided to move data between local buffer memory and 
a bidirectional I/O port. 
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9.0 Remote DMA (Continued) 

REMOTE WRITE 

A Remote Write transfer is used to move a blocit of data 
from the host into local buffer memory. The Remote DMA 
will read data from the I/O port and sequentially write it to 
local buffer memory beginning at the Remote Start Address. 
The DMA Address will be incremented and the Byte Coun- 
ter will be decremented after each transfer. The DMA is 
terminated when the Remote Byte Count Register reaches 
a count of zero. 

REMOTE READ 

A Remote Read transfer Is used to move a block of data 
from local buffer memory to the host. The Remote DMA will 
sequentially read data from the local buffer memory, begin- 
ning at the Remote Start Address, and write data to the I/O 
port. The DMA Address will be Incremented and the Byte 
Counter will be decremented after each transfer. The DMA 
Is terminated when the Remote Byte Count Register reach- 
es zero. 

REMOTE DMA WRITE 

Setting PRO Using the Remote Read 

Under certain conditions the NIC's bus state machine may 
Issue /MWR and /PRO before PRO for the first DMA trans- 
fer of a Remote Write Command. If this occurs this could 
cause data corruption, or cause the remote DMA count to 
be different from the main CPU count causing the system to 
"lock up". 

To prevent this condition when implementing a Remote 
DMA Write, the Remote DMA Write command should first 
be preceded by a Remote DMA Read command to insure 
that the PRO signal is asserted before the NIC starts its port 
read cycle. The reason for this is that the state machine that 
asserts PRO runs Independently of the state machine that 
controls the DMA signals. The DMA machine assumes that 
PRO is asserted, but actually may not be. To remedy this 
situation, a single Remote Read cycle should be inserted 
before the actual DMA Write Command Is given. This will 
ensure that PRQ Is asserted when the Remote DMA Write is 
subsequently executed. This single Remote Read cycle is 



called a "dummy Remote Read." In order for the dummy 
Remote Read cycle to operate correctly, the Start Address 
should be programmed to a known, safe location in the buff- 
er memory space, and the Remote Byte Count should be 
progammed to a value greater than 1. This will ensure that 
the master read cycle Is performed safely, eliminating the 
possiblity of data cormption. 

Remote Write with High Speed Buses 

When implementing the Remote DMA Write solution In pre- 
vious section with high speed buses and CPU's, timing 
problems may cause the system to hang. Therefore addi- 
tional considerations are required. 
The problem occurs when the system can execute the dum- 
my Remote Read and then start the Remote Write before 
the NIC has had a chance to execute the Remote Read. If 
this happens the PRQ signal will not get set, and the Re- 
mote Byte Count and Remote Start Address for the Remote 
Write operation could be corrupted. This Is shown by the 
hatched waveforms in the timing diagram below. The execu- 
tion of the Remote Read can be delayed by the local DMA 
operations (particularly during end-of-packet processing). 
To ensure the dummy Remote Read does execute, a delay 
must be Inserted between writing the Remote Read Com- 
mand, and starting to write the Remote Write Start Address. 
(This time is designated In figure below by the delay arrows.) 
The recommended method to avoid this problem Is, after 
the Remote Head command is given, to poll both bytes of 
the Current Remote DMA Address Registers. When the ad- 
dress has Incremented, PRQ has been set. Software should 
recognize this and then start the Remote Write. 
An additional caution for high speed systems Is that the 
polling must follow guidelines specified at the end of Sec- 
tion 13. That Is, there must be at least 4 bus clocks between 
chip selects. (For example, when BSCK = 20 MHz, then 
this time should be 200 ns.) 
The general flow for executing a Remote Write Is: 
1. Set Remote Byte Count to a value >1 and Remote Start 

Address to unused RAM (one location before the transmit 

start address is usually a safe location). 



Dummy 
DMA Read 



Remote Write 
Start Address 



Remote Writs 
Byte Count 



Remoie 
Write 
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Timing Diagram for Dummy Remote Read 



Note: The dashed lines indicate incorrect timing. 
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9.0 Remote DMA (continued) 

2. Issue the "dummy" Remote Read command. 

3. Read the Current Remote DMA Address (CRDA) (both 
bytes). 

4. Compare to previous CRDA value if different go to 6. 

5. Delay and jump to 3. 

6. Set up for the Remote Write command, by setting the 
Remote Byte Count and the Remote Start Address (note 
that if the Remote Byte count in step 1 can be set to the 
tramsmit byte count plus one, and the Remote Start Ad- 
dress to one less, these will now be incremented to the 
correct values.) 

7. Issue the Remote Write command. 

FIFO AND BUS OPERATIONS 
Overview 

To accommodate the different rates at which data comes 
from (or goes to) the network and goes to (or comes from) 
the system memory, the NIC contains a 16-byte FIFO for 
buffering data between the bus and the media. The FIFO 
threshold Is programmable, allowing filling (or emptying) the 
FIFO at different rates. When the FIFO has filled to its pro- 
grammed threshold, the local DMA channel transfers these 
bytes (or words) into local memory. It is crucial that the local 
DMA is given access to the bus within a minimum bus laten- 
cy time; othenwise a FIFO underrun (or ovenrun) occurs. 
To understand FIFO underruns or overruns, there are two 
causes which produce this condition— 
1)the bus latency is so long that the FIFO has filled (or 
emptied) from the networl< before the local DMA has 
serviced the FIFO. 
2) the bus latency or bus data rate has slowed the through- 
put of the local DMA to point where it is slower than the 
network data rate (10 Mb/s). This second condition Is 
also dependent upon DMA clock and word width (byte 
wide or word wide). 

The worst case condition ultimately limits the overall bus 
latency which the NIC can tolerate. 

FIFO Underrun and Transmit Enable 

During transmission, if a FIFO underrun occurs, the Trans- 
mit enable (TXE) output may remain high (active). Generally, 
this will cause a very large packet to be transmitted onto the 
network. The jabber feature of the transceiver will terminate 
the transmission, and reset TXE. 

To prevent this problem, a properly designed system will not 
allow FIFO underruns by giving the NIC a bus acknowledge 
within time shown in the maximum bus latency curves 
shown and described later. 

FIFO at the Beginning of Receive 

At the beginning of reception, the NIC stores entire Address 
field of each Incoming packet in the FIFO to determine 
whether the packet matches its Physical Address Registers 
or maps to one of its Multicast Registers. This causes the 
FIFO to accumulate 8 bytes. Furthermore, there are some 
synchronization delays in the DMA PLA. Thus, the actual 
time that BREQ is asserted from the time the Start of Frame 
Delimiter (SFD) is detected is 7.8 jis. This operation affects 
the bus latencies at 2 and 4 byte thresholds during the first 
receive BREQ since the FIFO must be filled to 8 bytes (4 
words) before issuing a BREQ. 



FIFO Operation at the End of Receive 

When Carrier Sense goes low, the NIC enters its end of 
packet processing sequence, emptying its FIFO and writing 
the status information at the beginning of the packet, figure 
below. This NIC holds onto the bus for the entire sequence. 
The longest time BREQ may be extended occurs when a 
packet ends just as the NIC performs its last FIFO burst. 
The NIC, in this case, performs a programmed burst transfer 
followed by flushing the remaining bytes in the FIFO, and 
completes by writing the header information to memory. The 
following steps occur during this sequence. 

1) NIC issues BREQ because the FIFO threshold has been 
reached. 

2) During the burst, packet ends, resulting in BREQ extend- 
ed. 

3) NIC flushes remaining bytes from FIFO. 

4) NIC performs internal processing to prepare for writing 
the header. 

5) NIC writes 4-byte (2-word) header. 

6) NIC deasserts BREQ. 
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Internal Processing 
to issue Status 



End of Packet Processing 

End of Packet Processing (EOPP) times for 10 MHz and 
20 MHz have been tabulated in the table below. 

End of Packet Processing Times for Various FIFO 
Thresholds, Bus Clocks and Transfer Modes 



Mode 


Threshold 


Bus Clock 


EOPP 


Byte 


2 bytes 
4 bytes 
8 bytes 


10 MHz 


7.0 jas 

8.6 fts 

11.0 ^s 


Byte 


2 bytes 
4 bytes 
8 bytes 


20 MHz 


3.6 /iS 
4.2ju,s 
5.0 jis 


Word 


2 bytes 
4 bytes . 
8 bytes 


10 MHz 


5.4 jts 
6.2 JUS 
7.4 JUS 


Word 


2 bytes 
4 bytes 
8 bytes 


20 MHz 


3.0 ftS 
3.2 JUS 
3.6 JU.S 



Threshold Detection (Bus Latency) 

To assure that no overwriting of data in the FIFO, the FIFO 
logic flags a FIFO overrun as the 1 3th byte Is written Into the 
FIFO, effectively shortening the FIFO to 13 bytes. The FIFO 
logic also operates differently in Byte Mode and in Word 
Mode. In Byte Mode, a threshold is indicated when the n -I- 1 
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9.0 Remote DMA (Continued) 



Maximum Bus Latency for Byte Mode 



Maximum Bus Latency for Word Mode 




3 2 




DMA Clock (MHz) 



DMA Clock (MHz) 
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byte has entered the FIFO; thus, with an 8 byte threshold, 
the NIC Issues Bus Request (BREQ) when the 9th byte has 
entered the FIFO. For Word Mode, BREQ Is not generated 
until the n + 2 bytes have entered the FIFO. Thus, with a 4 
word threshold (equivalent to 8 byte threshold), BREQ is 
Issued when the 10th byte has entered the FIFO. The two 
graphs, the figures above. Indicate the maximum allowable 
bus latency for Word and Byte transfer modes. 

The FIFO at the Beginning of Transmit 

Before transmitting, the NIC performs a prefetch from mem- 
ory to load the FIFO. The number of bytes prefetched is the 
programmed FIFO threshold. The next BREQ Is not issued 
until after the NIC actually begins trasmltting data, i.e., after 
SFD. The Transmit Prefetch diagram Illustrates this process. 

SEND PACKET COMMAND 

The Remote DMA channel can be automatically Initialized 
to transfer a single packet from the Receive Buffer Ring. 
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The CPU begins this transfer by Issuing a "Send Packet" 
Command. The DMA will be initialized to the value of the 
Boundary Pointer Register and the Remote Byte Count 
Register pair (RBCRO, RBCR1) will be initialized to the value 
of the Receive Byte Count fields found in the Buffer Header 
of each packet. After the data Is transferred, the Boundary 
Pointer is advanced to allow the buffers to be used for new 
receive packets. The Remote Read will terminate when the 
Byte Count equals zero. The Remote DMA is then prepared 
to read the next packet from the Receive Buffer Ring. If the 
DMA pointer crosses the Page Stop Register, it Is reset to 
the Page Start Address. This allows the Remote DMA to 
remove packets that have wrapped around to the top of the 
Receive Buffer Ring. 

Note 1: In order for the NIC to correctly execute the Send Packet Com- 
mand, the upper Remote Byte Count Register (RBCR1) must first 
be loaded with OFH. 

Note 2: Tlie Send Packet command cannot be used with 68000 type proo- 



Transmit Prefetch Timing 



Tolerated Bus Latency = [(No. of Bytes Stored in riFO)x800] -4Q0ns 
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9.0 Remote DMA (Continued) 



Remote DMA Autolnitlalization from Buffer Ring 
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10.0 Internal Registers 

All registers are 8-blt wide and mapped Into two pages 
which are selected In the Command Register (PSO, PS1). 
Pins RA0-RA3 are used to address registers within each 
page. Page registers are those registers which are com- 
monly accessed during NIC operation while page 1 registers 
are used primarily for Initialization. The registers are parti- 
tioned to avoid having to perform two write/read cycles to 
access commonly used registers. 



10.1 REGISTER ADDRESS MAPPING 



COUIUND RECISTER 



UOKESS 
DECODE 

/SWR 
/SKI 

/ra 

UO-RU 



MGEO 
(READ) 



PAGE I 
(READ) 



pace: 

(READ) 



PACCO 
(WRITE) 



PACCI 
(WRITE) 



PAGE 2 
(WRITE) 



TEST 
PACe 



TEST 
PACE 
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10.0 internal Registers (continued) 

10.2 REGISTER ADDRESS ASSIGNMENTS 

Page Address Assignments (PS1 = O.PSO = 0) 



Page 1 Address Assignments (PS1 = 0, PSO = 1) 



RA0-RA3 


RD 


WR 


OOH 


Command (CR) 


Command (CR) 


01 H 


Current Local DMA 
Address (CLDAO) 


Page Start Register 
(PSTART) 


02H 


Current Local DMA 
Address 1 (CLDA1) 


Page Stop Register 
(PSTOP) 


03H 


Boundary Pointer 
(BNRY) 


Boundary Pointer 
(BNRY) 


04H 


Transmit Status 
Register (TSR) 


Transmit Page Start 
Address (TPSR) 


05H 


Number of Collisions 
Register (NCR) 


Transmit Byte Count 
Register 0(TBCRO) 


06H 


FIFO (FIFO) 


Transmit Byte Count 
Register 1 (TBCR1) 


07H 


Interrupt Status 
Register (ISR) 


Interrupt Status 
Register (ISR) 


08H 


Current Remote DMA 
Address O(CRDAO) 


Remote Start Address 
Register O(RSARO) 


09H 


Current Remote DMA 
Address 1 (CRDA1) 


Remote Start Address 
Register 1 (RSAR1) 


OAH 


Reserved 


Remote Byte Count 
Register (RBCRO) 


OBH 


Reserved 


Remote Byte Count 
Register 1 (RBCR1) 


OCH 


Receive Status 
Register (RSR) 


Receive Configuration 
Register (RCR) 


ODH 


Tally Counter 
(Frame Alignment 
Errors) (CNTRO) 


Transmit Configuration 
Register (TCR) 


GEH 


Tally Counter 1 
(CRC Errors) 
(CNTR1) 


Data Configuration 
Register (DCH) 


OFH 


Tally Counter 2 
(Missed Pacltet 
Errors) (CNTR2) 


Interrupt Mask 
Register (IMR) 



RA0-RA3 


RD 


WR 


OOH 


Command (CR) 


Command (CR) 


01H 


Physical Address 
Register O(PARO) 


Physical Address 
Register (PARO) 


02H 


Pfiysical Address 
Register 1 (PARI) 


Physical Address 
Register 1 (PARI) 


03H 


Physical Address 
Register 2 (PAR2) 


Physical Address 
Register 2 (PAR2) 


04H 


Physical Address 
Register 3 (PAR3) 


Physical Address 
Register 3 (PAR3) 


05H 


Physical Address 
Register 4 (PAR4) 


Physical Address 
Register 4 (PAR4) 


06H 


Physical Address 
Register 5 (PAR5) 


Physical Address 
Register 5 (PARS) 


07H 


Current Page 
Register (CURR) 


Current Page 
Register (CURR) 


08H 


Multicast Address 
Register O(MARO) 


Multicast Address 
Register O(MARO) 


09H 


Multicast Address 
Register 1 (MAR1) 


Multicast Address 
Register 1(MAR1) 


OAH 


Multicast Address 
Register 2 (MAR2) 


Multicast Address 
Register 2 (MAR2) 


OBH 


Multicast Address 
Register 3 (MAR3) 


Multicast Address 
Register 3 (MAR3) 


OCH 


Multicast Address 
Register 4 (MAR4) 


Multicast Address 
Register 4 (MAR4) 


ODH 


Multicast Address 
Register 5 (MARS) 


Multicast Address 
Register 5 (MARS) 


OEH 


Multicast Address 
Register 6 (MAR6) 


Multicast Address 
Register 6 (MAR6) 


OFH 


Multicast Address 
Register 7 (MAR7) 


Multicast Address 
Register 7 (MAR7) 
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10.0 Internal Registers (continued) 

Page 2 Address Assignments (PS1 



1, PSO = 0) 



RA0-RA3 


RD 


WR 


OOH 


Command (CR) 


Command (CR) 


01 H 


Page Start Register 
(PSTART) 


Current Local DMA 
Address (CLDAO) 


02H 


Page Stop Register 
(PSTOP) 


Current Local DMA 
Address l(CLDAI) 


03H 


Remote Next Pacl<et 
Pointer 


Remote Next Packet 
Pointer 


04H 


Transmit Page Start 
Address (TPSR) 


Reserved 


05H 


Local Next Packet 
Pointer 


Local Next Packet 
Pointer 


06H 


Address Counter 
(Upper) 


Address Counter 
(Upper) 


07H 


Address Counter 
(Lower) 


Address Counter 
(Lower) 



RA0-RA3 


RD 


WR 


08H 


Reserved 


Resen/ed 


09H 


Reserved 


Reserved 


OAH 


Reserved 


Reserved 


OBH 


Reserved 


Reserved 


OCH 


Receive Configuration 
Register (RCR) 


Reserved 


ODH 


Transmit Configuration 
Register (TCR) 


Reserved 


OEH 


Data Configuration 
Register (DCR) 


Reserved 


OFH 


Interrupt Mask Register 
(IMR) 


Reserved 



Note: Page 2 registers should only be accessed for diagnostic purposes. 
They should not be moditied during normal operation. 
Page 3 should never be modified. 
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10.0 Internal Registers (continued) 

10.3 Register Descriptions 

COMIWAND REGiSTER (CR) OOH (READ/WRITE) 

The Command Register is used to initiate transmissions, enable or disable Remote DMA operations and to select register 
pages. To issue a command the microprocessor sets the corresponding bit(s) (RD2, RD1, RDO, TXP). Further commands may 
be overlapped, but with the following niles: (1) If a transmit command overlaps with a remote DI^A operation, bits RDO, RD1, 
and RD2 must be maintained for the remote DMA command when setting the TXP bit. Note, if a remote DMA command is re-is- 
sued when giving the transmit command, the DMA will complete immediately if the remote byte count register have not been re- 
initialized. (2) If a remote DMA operation overlaps a transmission, RDO, RD1, and RD2 may be written with the desired values 
and a "0" written to the TXP bit. Writing a "0" to this bit has no effect. (3) A remote write DMA may not overlap remote read 
operation or visa versa. Either of these operations must either complete or be aborted before the other operation may start. 
Bits PS1, PSO, RD2, and STP may be set any time. 

7 6 S 4 3 2 1 




PS1 


PSO 


RD2 


RD1 


RDO 


TXP 


STA 


STP 










Bit 


Symbol 


Description 


DO 


STP 


STOP: Software reset command, takes the controller offline, no packets will be received or 

transmitted. Any reception or transmission in progress will continue to completion before 

entering the reset state. To exit this state, the STP bit must be reset and the STA bit must be 

set high. To perform a software reset, this bit should be set high. The software reset has 

executed only when Indicated by the RST bit in the ISR being set to a 1 . STP powers up 

high. 

Note: If tho NIC has previously been in start mode and the STP is set, both the STP and STA bits wiil remain set. 


D1 


STA 


START: This bit is used to activate the NIC after either power up, or when the NIC has been 
placed in a reset mode by software command or error. STA powers up iow. 


D2 


TXP 


TRANSMIT PACKET: This bit must be set to initiate transmission of a packet. TXP is 
internally reset either after the transmission is completed or aborted. This bit should be set 
only after the Transmit Byte Count and Transmit Page Start registers have been 
programmed. 

Note: Before the transmit command is given, the STA bit must be set and the STP bit resel 


D3, D4, D5 


RDO, RD1,RD2 


REMOTE DMA COMMAND: These three encoded bits control operation of the Remote DMA 
channel. RD2 can be set to abort any Remote DMA command in progress. The Remote Byte 
Count Registers should be cleared when a Remote DMA has been aborted. The Remote 
Start Addresses are not restored to the starting address if the Remote DMA is aborted. 
RD2 RD1 RDO 

Not Allowed 

1 Remote Read 

1 Remote Write (Note 2) 

1 1 Send Packet 

1 X X Abort/Complete Remote DMA (Note 1) 

Note 1: II a remote Df^A operation is aborted and the remote byte count has not decremented to zero, PRO (pin 29, 
DIP) will remain high. A read aol<nowledge (RACK) on a write acl<nowledg9 (WACK) will reset PRQ low. 
Note 2: For proper operation of the Remote Write Df^ A, there are two steps which must be performed before using 
the Remote Write DI^A. The steps are as follows: 

i) Write a non-zero value into RBCRO. 

ii) Set bits RD2, RD1, RDO to 0. 0, 1 . 

IB) Set RBCRO, 1 and RSARO, 1 

iv) Issue the Remote Write DMA Command (RD2, RD1 , RDO = 0, 1 , 0) 


D6, D7 


PSO, PS1 


PAGE SELECT: These two encoded bits select which register page Is to be accessed with 
addresses RAO-3. 
PS1 PSO 
Register Page 

1 Register Page 1 

1 Register Page 2 
1 1 Reserved 
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10.0 Internal Registers (continued) 

10.3 Register Descriptions (Continued) 

iNTERRUPT STATUS REGISTER (iSR) 07H (READ/WRITE) 

Tills register Is accessed by tiie liost processor to determine ttie cause of an Interrupt. Any interrupt can be masl^ed In fhie 
Interrupt Masl« Register (IMR). individual inten-upt bits are cleared by writing a "1 " Into ttie corresponding bit of ttie ISR. Ttie INT 
signal Is active as long as any unmaslted signal Is set, and will not go low until all unmasked bits in tills register tiave been 
cleared. The ISR must be cleared after power up by writing It witii all 1 's. 

76543210 




RSI 


RDC 


CNT 


OVW 


TXE 


RXE 


PTX 


PRX 










Bit 


Symbol 


Description 


DO 


PRX 


PACKET RECEIVED: Indicates packet received witli no errors. 


D1 


PTX 


PACKET TRANSMITTED: indicates paci<et transmitted with no errors. 


D2 


RXE 


RECEIVE ERROR: Indicates that a packet was received with one or more of the 
following errors: 

— ORG Error 

— Frame Alignment Error 

—FIFO Overrun 

— IVIissed Packet 


D3 


TXE 


TRANSMIT ERROR: Set when packet transmitted with one or more of the 
following en-ors: 

—Excessive Collisions 

—FIFO Underrun 


D4 


OVW 


OVERWRITE WARNING: Set when receive buffer ring storage resources have 
been exhausted. (Local DMA has reached Boundary Pointer). 


D5 


CNT 


COUNTER OVERFLOW: Set when MSB of one or more of the Network Tally 
Counters has been set. 


D6 


RDC 


REMOTE DMA COMPLETE: Set when Remote DMA operation has been 
completed. 


D7 


RST 


RESET STATUS: Set when NIC enters reset state and cleared when a Start 
Command Is Issued to the CR. This bit is also set when a Receive Buffer Ring 
overflow occurs and is cleared when one or more packets have been removed 
from the ring. Writing to this bit has no effect. 
NOTE: This bit does not generate an Interrupt, it is merely a status Indicator. 
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10.0 Internal Registers (continued) 

1 0.3 Register Descriptions (Continued) 

INTERRUPT MASK REGISTER (IMR) OFH (WRITE) 

The Interrupt Mask Register Is used to mask Interrupts. Each interrupt mask bit corresponds to a bit In the Interrupt Status 
Register (ISR). If an Interrupt mask bit Is set an interrupt will be Issued whenever the corresponding bit In the ISR is set. If any bit 
in the IMR is set low, an interrupt will not occur when the bit in the ISR is set. The IMR powers up all zeroes. 

7 6 5 4 3 2 10 




— 


RDCE 


CNTE 


OVWE 


TXEE 


RXEE 


PTXE 


PRXE 










Bit 


Symbol 


Description 


DO 


PRXE 


PACKET RECEIVED INTERRUPT ENABLE 

0; Interrupt Disabled 

1: Enables Interrupt when packet received. 


D1 


PTXE 


PACKET TRANSMITTED INTERRUPT ENABLE 

0: Interrupt Disabled 

1 : Enables Interrupt when packet is transmitted. 


D2 


RXEE 


RECEIVE ERROR INTERRUPT ENABLE 

0: Interrupt Disabled 

1: Enables Interrupt when packet received with error. 


D3 


TXEE 


TRANSMIT ERROR INTERRUPT ENABLE 

0: Interrupt Disabled 

1: Enables interrupt when packet transmission results In error. 


D4 


OVWE 


OVERWRITE WARNING INTERRUPT ENABLE 

0: Interrupt Disabled 

1: Enables Interrupt when Buffer Management Logic lacks sufficient buffers to 

store Incoming packet. 


D5 


CNTE 


COUNTER OVERFLOW INTERRUPT ENABLE 

0: Interrupt Disabled 

1: Enables Internjpt when MSB of one or more of the Network Statistics 

counters has been set. 


D6 


RDCE 


DMA COMPLETE INTERRUPT ENABLE 

0: Interrupt Disabled 

1 : Enables Interrupt when Remote DMA transfer has been completed. 


D7 


reserved 


reserved 


' 
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10.0 Internal Registers (continued) 

10.3 Register Descriptions (Continued) 

DATA CONFIGURATION REGISTER (DOR) OEH (WRITE) 

This Register Is used to program the NIC for 8- or 16-bit memory interface, select byte ordering in 16-bit applications and 

establish FIFO threshholds. The DOR must be Initialized prior to loading the Remote Byte Count Registers. LAS is set on 

power up. 

7 6 S 4 3 2 1 



— 


FT1 


FTO 


ARM 


LS 


US 


BOS 


WTS 



Bit 



Symbol 



Description 



DO 



WTS 



WORD TRANSFER SELECT 

0: Selects byte-wide DMA transfers 
1 : Selects word-wide DMA transfers 

; WTS establishes byte or word transfers 

for both Remote and Local DMA transfers 
Note: When word-wide mode is selected, up to 32l< words are addressable; AO remains low. 



D1 



BOS 



BYTE ORDER SELECT 

0: MS byte placed on AD15-AD8 and LS byte on AD7-AD0. (32000, 8086) 
1: MS byte placed on AD7-AD0 and LS byte on AD15-AD8. (68000) 

; Ignored when WTS is low 



D2 



LAS 



LONG ADDRESS SELECT 

0: Dual 16-bit DMA mode 
1 : Single 32-bit DMA mode 

; When LAS is high, the contents of the Remote DMA registers RSARO.I are issued as A1 6-A31 
Power up high. 



D3 



LS 



LOOPBACK SELECT 

0: Loopback mode selected. Bits D1 , D2 of the TCR must also be programmed for Loopback 

operation. 

1: Normal Operation. 



D4 



AR 



AUTO-iNITiALiZE REMOTE 

0: Send Command not executed, all packets removed from Buffer Ring under program control. 
1 : Send Command executed. Remote DMA auto-initialized to remove packets from Buffer Ring. 
Note: Send Command cannot be used with 68000 type processors. 



D5, D6 



FTO, FT1 



FIFO THRESHHOLD SELECT: Encoded FIFO threshhold. Establishes point at which bus Is 
requested when filling or emptying the FIFO. During reception, the FIFO threshold indicates the 
number of bytes (or words) the FIFO has filled serially from the network before bus request 
(BREQ) is asserted. 

Note: FIFO threshold setting determines the DMA burst length. 
RECEIVE THRESHOLDS 

Byte Wide 

2 Bytes 

4 Bytes 

8 Bytes 

12 Bytes 

During transmission, the FIFO threshold indicates the numer of bytes (or words) the FIFO has 
filled from the Local DMA before BREQ is asserted. Thus, the transmission threshold is 16 bytes 
less the receive threshold. 



FT1 


FTO 


Word Wide 








1 Word 





1 


2 Words 


1 





4 Words 


1 


1 


6 Words 
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10.0 Internal Registers (continued) 

10.3 Register Descriptions (Continued) 

TRANSiUIT CONFIGURATION REGISTER (TCR) ODH (WRITE) 

The transmit configuration establishes the actions of the transmitter section of the NIC during transmission of a paol<et on the 
network. LB1 and LBO which select loopback mode power up as 0. 



6 



1 



O 
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00 
CO 
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CO 

CO 
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— 


— 


— 


OFST 


AID 


LB1 


LBO 


CRC 



Bit 



Symbol 



Description 



DO 



CRC 



INHIBIT CRC 

0: CRC appended by transmitter 
1 : CRC inhibited by transmitter 
; In loopbacl< mode CRC can be enabled or disabled to test the CRC logic. 



D1,D2 



LBO, LB1 



ENCODED LOOPBACK CONTROL: These encoded configuration bits set the type of Joopbaol^ 
that Is to be performed. Note that loopback in mode 2 sets the LPBK pin high, this places the SNI 
in loopback mode and that D3 of the DCR must be set to zero for loopback operation. 



Normal Operation (LPBK = 0) 
Internal Loopback (LPBK = 0) 
External Loopback (LPBK = 1) 
External Loopback (LPBK = 0) 





LB1 


LBO 


ModeO 








Model 





.1 


Mode 2 


1 





Modes 


1 


1 



D3 



ATD 



AUTO TRANSMIT DISABLE: This bit allows another station to disable the NIC's transmitter by 

transmission of a particular multicast packet. The transmitter can be re-enabled by resetting this 

bit or by reception of a second particular multicast packet. 

0: Normal Operation 

1 : Reception of multicast address hashing to bit 62 disables transmitter, reception of multicast 

address hashing to bit 63 enables transmitter. 



D4 



OFST 



COLLISION OFFSET ENABLE: This bit modifies the backoff algorithm to allow prioritization of 

nodes. 

0: Backoff Logic Implements normal algorithm. 

1 : Forces Backoff algorithm modification to to 2"ii"(3 + n.i o) slot times for first three collisions, 

then follows standard backoff. (For first three collisions station has higher average backoff delay 

making a low priority mode.) 



D5 

D6 



D7 



reserved 
reserved 
reserved 



reserved 
reserved 
reserved 
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10.0 Internal Registers (continued) 

1 0.3 Register Descriptions (Continued) 

TRANSMiT STATUS REGISTER (TSR) 04H(READ) 

This register records events that occur on the media during transmission of a pacl^et. it is cleared when the next transmission is 
initiated by the host. Ail bits remain low unless the event that corresponds to a particular bit occurs during transmission. Each 
transmission should be followed by a read of this register. The contents of this register are not specified until after the first 
transmission. 

7 6 5 4 3 2 1 




owe 


CDH 


FU 


CRS 


ABT 


COL 


— 


PTX 










Bit 


Symbol 


Description 


DO 


PTX 


PACKET TRANSMITTED: Indicates transmission without error. (No excessive 
collisions or FIFO underrun) (ABT = "0", FU = "0"). 


D1 


reserved 


reserved 


D2 


COL 


TRANSMIT COLLIDED: Indicates that the transmission collided at least once 
with another station on the networl<. The number of collisions is recorded in the 
Number of Collisions Registers (NCR). 


D3 


ABT 


TRANSMIT ABORTED: Indicates the NIC aborted transmission because of 
excessive collisions. (Total number of transmissions including original 
transmission attempt equals 1 6). 


D4 


CRS 


CARRIER SENSE LOST: This bit is set when carrier is lost during transmission 
of the pacl<et. Carrier Sense is monitored from the end of Preamble/Synch until 
TXEN is dropped. Transmission Is not aborted on loss of carrier. 


D5 


FU 


FIFO UNDERRUN: If the NIC cannot gain access of the bus before the FIFO 
empties, this bit is set. Transmission of the pacl<et will be aborted. 


D6 


CDH 


CD HEARTBEAT: Failure of the transceiver to transmit a collision signal after 
transmission of a packet will set this bit. The Collision Detect (CD) heartbeat 
signal must commence during the first 6.4 iis of the Interframe Gap following a 
transmission. In certain collisions, the CD Heartbeat bit will be set even though 
the transceiver is not performing the CD heartbeat test. 


D7 


owe 


OUT OF WINDOW COLLISION: Indicates that a collision occurred after a slot 
time (51 .2 JU.S). Transmissions rescheduled as in normal collisions. 
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10.0 Internal Registers (continued) 

10.3 Register Descriptions (Continued) 

RECEIVE CONFIGURATION REGISTER (RCR) OCH (WRITE) 

This register determines operation of the NIC during reception of a packet and Is used to program what types of pacl<ets to 
accept. 



— 


— 


fvlON 


PRO 


AM 


AB 


AR 


SEP 



o 

09 
CO 
(O 



w 
ro 

O 



Bit 



Symbol 



Description 



DO 



SEP 



SAVE ERRORED PACKETS 

0: Packets with receive errors are rejected. 

1 : Packets with receive errors are accepted. Receive errors are ORG and Frame 

Alignment errors. 



D1 



AR 



ACCEPT RUNT PACKETS: This bit allows the receiver to accept packets that 

are smaller than 64 bytes. The packet must be at least 8 bytes long to be 

accepted as a runt. 

0: Packets with fewer than 64 bytes rejected. 

1 : Packets with fewer than 64 bytes accepted. 



D2 



AB 



ACCEPT BROADCAST: Enables the receiver to accept a packet with an all 1 's 

destination address. 

0: Packets with broadcast destination address rejected. 

1 : Packets with broadcast destination address accepted. 



D3 



AM 



ACCEPT MULTICAST: Enables the receiver to accept a packet with a multicast 
address, all multicast addresses must pass the hashing array. 
0: Packets with multicast destination address not checked. 
1 : Packets with multicast destination address checked. 



D4 



PRO 



PROMISCUOUS PHYSICAL: Enables the receiver to accept all packets with a 

physical address. 

0: Physical address of node must match the station address programmed in 

PAR0-PAR5. 

1: All packets with physical addresses accepted. 



D5 



MON 



MONITOR MODE: Enables the receiver to check addresses and CRC on 

incoming packets without buffering to memory. The Missed Packet Tally counter 

will be incremented for each recognized packet. 

0: Packets buffered to memory. 

1 : Packets checked for address match, good CRC and Frame Alignment but not 

buffered to memory. 



D6 



reserved 



reserved 



D7 



reserved 



reserved 



Note; D2 and D3 are "OR'd" together, i.e., if 02 and D3 are set the NIC will accept broadcast and multicast addresses as well as its own pfiysicai address. To 
establish full promiscuous mode, bits D2, D3, and D4 stiould be set. In addition the multicast hashing array must be set to alll's in order to accept all multicast 
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10.0 Internal Registers (continued) 

10.3 Register Descriptions (Continued) 

RECEIVE STATUS REGISTER (RSR) OCH (READ) 

Tills register. records status of tiie received pacl<et, inciuding information on errors and ttie type of address match, either 
physical or multicast. The contents of this register are written to buffer memory by the DiVIA after reception of a good packet. If 
packets with errors are to be saved the receive status is written to memory at the head of the erroneous packet if an en-oneous 
packet Is received. If packets with errors are to be rejected the RSR will not be written to memory. The contents will be cleared 
when the next packet arrives. CRC errors, Frame Alignment errors arid missed packets are counted Internally by the NIC which 
relinquishes the Host from reading the RSR In real time to record errors for Network l^anagement Functions. The contents of 
this register are not specified until after the first reception. 

7 6 5432 1 




DFR 


DIS 


PHY 


MPA 


FO 


FAE 


CRC 


PRX 










Bit 


Symbol 


Description 


DO 


PRX 


PACKET RECEIVED INTACT: Indicates packet received without error. (Bits 
CRC, FAE, FO, and iVIPA are zero for the received packet.) 


D1 


CRC 


CRC ERROR: Indicates packet received with CRC error. Increments Tally 
Counter (CNTR1). This bit will also be set for Frame Alignment errors. 


D2 


FAE 


FRAiME ALIGNMENT ERROR: Indicates that the incoming packet did not end 
on a byte boundary and the CRC did not match at last byte boundary. Increments 
Tally Counter (CNTRO). 


D3 


FO 


FIFO OVERRUN: This bit Is set when the FIFO Is not serviced causing overflow 
during reception. Reception of the packet will be aborted. 


D4 


IVIPA 


MISSED PACKET: Set when packet intended for node cannot be accepted by 
NIC because of a lack of receive buffers or If the controller is in monitor mode 
and did not buffer the packet to memory. Increments Tally Counter (CNTR2). 


D5 


PHY 


PHYSICAIj'MULTICAST ADDRESS: Indicates whether received packet had a 

physical or multicast address type. 

0: Physical Address Match 

1 : IVIultlcast/Broadcast Address Match 


D6 


DIS 


RECEIVER DISABLED: Set when receiver disabled by entering Monitor mode. 
Reset when receiver is re-enabled when exiting Monitor mode. 


D7 


DFR 


DEFERRING: Set when CRS or COL inputs are active. If the transceiver has 
asserted the CD line as a result of the jabber, this bit will stay set indicating the 
jabber condition. 


Mote: Following coding applies to CRC and FAE bits 

FAECRC Type o< Error 

No Error (Good CRC and <6 Dribble Bits) 

1 CRC Error . , . , ,. 

1 Illegal, will not occur 

1 1 Frame Alignment Error and CRC Error 
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10.0 Internal Registers (Continued) 

10.4 DMA REGISTERS 



DMA Registers 



LOCAL DMA TRANSMIT REGISTERS 
15 B|7 



(TPSR) 
(TBCR0.1) 



PAGE START 



TRANSMIT BYTE COUNT 



LOCAL DMA RECEIVE REGISTERS 
15 8|7 



(PSTART) 

(PSTOP) 

(CURR) 

(BRNY) 

NOT 

READABLE 



PAGE START 



PAGE STOP 



CURRENT 



BOUNDARY 



RECEIVE BYTE COUNT 



(CLDAO.O r 



CURRENT LOCAL DMA ADDRESS 



LOCAL 

DMA 

CHANNEL 



REMOTE DMA REGISTERS 






13 a|/ 


] 


REMOTE 

DMA 
CHANNEL 


(RSARO.I) 


START ADDRESS 




(RBCR0.1) 


BYTE COUNT 




(CRADO.O 






CURRENT REMOTE DMA ADDRES< 


jj 



The DMA Registers are partitioned into three groups; Trans- 
mit, Receive and Remote DMA Registers. The Transmit reg- 
isters are used to initialize the Local DMA Channel for trans- 
mission of packets while the Receive Registers are used to 
initialize the Local DMA Channel for packet Reception. The 
Page Stop, Page Start, Current and Boundary Registers are 
used by the Buffer Management Logic to supervise the Re- 
ceive Buffer Ring. The Remote DMA Registers are used to 
initialize the Remote DMA. 

Nate: In the figura above, registers are stiown as 8 orl 6 bits wide. Although 
some registers are 16-bJt Internal registers, all registers are accessed 
as 8-blt registers. Thus the 16-bit Transmit Byte Count Register is 
broken into two 8-bit registers, TBCRO and TBCR1. Aiso TPSR, 
PSTART, PSTOP. CURR and BNRY only check or control the upper 8 
bits of address intormation on the bus. Thus they are shifted to posi- 
tions 15-8 in the diagram above. 

10.5 TRANSMIT DMA REGISTERS 

TRANSMIT PAGE START REGISTER (TPSR) 
This register points to the assembled packet to be transmit- 
ted. Only the eight higher order addresses are specified 
since all transmit packets are assembled on 256-byte page 
boundaries. The bit assignment is shown below. The values 
placed in bits D7-D0 will be used to initialize the higher 
order address (A8-A15) of the Local DMA for transmission. 
The lower order bits (A7-A0) are initialized to zero. 
Bit Assignment 

7 6 5 4 3 2 10 



TL/F/8582-61 

bytes in the source, destination, length and data fields. The 
maximum number of transmit bytes allowed is 64k bytes. 
The NIC will not truncate transmissions longer than 1500 
bytes. The bit assignment is shown below: 

7 6 5 4 3 2 1 



TBCR1 


L15 


LI 4 


LI 3 


LI 2 


L11 


L10 


L9 


L8 




7 


6 


5 


4 


3 


2 


1 





TBCRO 


L7 


L6 


L5 


L4 


L3 


L2 


LI 


LO 



TPSR A15 A14 A13 A12 All A10 A9 AS 



(A7-A0 Initialized to zero) 
TRANSMIT BYTE COUNT REGISTER 0,1 (TBCRO, TBCR1) 
These two registers indicate the length of the packet to be 
transmitted in bytes. The count must include the number of 



10.6 LOCAL DMA RECEIVE REGISTERS 

PAGE START STOP REGISTERS (PSTART, PSTOP) 
The Page Start and Page Stop Registers program the start- 
ing and stopping address of the Receive Buffer Ring. Since 
the NIC uses fixed 256-byte buffers aligned on page bound- 
aries only the upper eight bits of the start and stop address 
are specified. 
PSTART.PSTOP bit assignment 

7 6 5 4 3 2 10 
PSTART, 
PSTOP 

BOUNDARY (BNRY) REGISTER 

This register is used to prevent overflow of the Receive 
Buffer Ring. Buffer management compares the contents of 
this register to the next buffer address when linking buffers 
together. If the contents of this register match the next buff- 
er address the Local DMA operation is aborted. 

7 6 5 4 3 2 1 



A15 


A14 


A13 


A12 


A11 


A10 


Ag 


AS 



BNRY A15 A14 A13 A12 A11 A10 A9 A8 
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10.0 Internal Registers (Continued) 

CURRENT PAGE REGISTER (CURR) 
This register Is used Internally by the Buffer Management 
Logic as a backup register for reception. CURR contains the 
address of ttie first buffer to be used for a pacl<et reception 
and Is used to restore DMA pointers In the event of receive 
errors. This register is Initialized to the same value as 
PSTART and should not be written to again unless the con- 
troller is Reset. 

7 6 5 4 3 2 10 



CURR A15 A14 A13 A12 A11 



A10 



Ag 



A8 



A15 


A14 


A13 


A12 


All 


A10 


A9 


A8 


7 


6 


5 


4 


3 


2 


1 





AT 


A6 


A5 


A4 


A3 


A2 


A1 


AO 



CURRENT LOCAL DMA REGISTER 0,1 (CLDAO.I) 
These two registers can be accessed to determine the cur- 
rent Local DMA Address. 

7 6 5 4 3 2 10 

CLDAl'" 



CLDAO 



10.7 REMOTE DMA REGISTERS 

REMOTE START ADDRESS REGISTERS (RSARO.I) 
Remote DMA operations are programmed via the Remote 
Start Address (RSARO.I) and Remote Byte Count 
(RBCR0,1) registers. The Remote Start Address is used to 
point to the start of the block of data to be transferred and 
the Remote Byte Count Is used to indicate the length of the 
block (in bytes). 

7 6 5 4 3 2 10 



RSAR1 


A15 


A14 


A13 


A12 


All 


A10 


A9 


A8 




7 6 5 43 2 1 


RSARO 


A7 


A6 


A5 


A4 


A3 


A2 


A1 


AO 


6.4.3.2 


=IEMOTE BYTE COUNT REGISTERS (RBCRO.I) 
7 6 5 4 3 2 10 


RBCR1 


BC15 


BC14 


BC13 


BC12 


BC11 


BC10 


BC9 


BCB 




7 654 3 2 1 


RBCRO 


BC7 


BC6 


BC5 


BC4 


BC3 


BC2 


BC1 


BCD 



Note: 

RSARO programs the start address bits A0-A7. 
RSAR1 programs the start address bits AB-A15. 

Address incremented by two for word transfers, and by one for byte trans- 
fers. 

Byte Count deCTemented by two for word transfers and by one for byte 
transfers. 

RBCRO programs LSB byte count. 
RBCR1 programs MSB byte count 

CURRENT REMOTE DMA ADDRESS (CRDAO, CRDA1) 
The Current Remote DMA Registers contain the current ad- 
dress of the Remote DMA. The bit assignment is shown 
below: 

7 654 3 210 



CRDA1 


A15 


A14 


A13 


A12 


All 


A10 


A9 


A8 




7 


6 


5 


4 


3 


2 


1 





CRDAO 


A7 


A6 


A5 


A4 


A3 


A2 


A1 


AO 



10.8 PHYSICAL ADDRESS REGISTERS (PAR0-PAR5) 

The physical address registers are used to compare the 
destination address of incoming packets for rejecting or ac- 
cepting packets. Comparisons are performed on a byte- 
wide basis. The bit assignment shown below relates the se- 
quence in PAR0-PAR5 to the bit sequence of the received 
packet. 

07 D6 D5 D4 D3 D2 D1 DO 



PARO 


DA7 


DA6 


DAS 


DA4 


DA3 


DA2 


DA1 


DAO 


PARI 


DA15 


DAI 4 


DA13 


DA12 


DA11 


DA10 


DA9 


DAS 


PAR2 


DA23 


DA22 


DA21 


DA20 


DA19 


DAI 8 


DAI 7 


DA16 


PAR3 


DA31 


DA30 


DA29 


DA28 


DA27 


DA26 


DA25 


DA24 


PAR4 


DA39 


DA38 


DA37 


DA36 


DA35 


DA34 


DA33 


DA32 


PARS 


DA47 


DA46 


DA45 


DA44 


DA43 


DA42 


DA41 


DA40 



Destination Address 



Source 



P/S DAO DA1 DA2 DAS DA46 DA47 SAO . 



Note: 

P/S - Preamble, Synch 
DAO = Physical/Multicast Bit 

10.9 MULTICAST ADDRESS REGISTERS (MAR0-MAR7) 

The multicast address registers provide filtering of multicast 
addresses hashed by the CRC logic. All destination ad- 
dresses are fed through the CRC logic and as the last bit of 
the destination address enters the CRC, the 6 most signifi- 
cant bits of the CRC generator are latched. These 6 bits are 
then decoded by a 1 of 64 decode to index a unique filter bit 
(FBO-63) in the multicast address registers. If the filter bit 
selected is set, the multicast packet is accepted. The sys- 
tem designer would use a program to determine which filter 
bits to set in the multicast registers. All multicast filter bits 
that con-espond to multicast address accepted by the node 
are then set to one. To accept all multicast packets all of 
the registers are set to all ones. 

Note: Although the hashing algorithm does not guarantee perfect fiitering of 
multicast address, it will perfectly filter up to 64 multicast addresses if 
these addresses are chosen to map into unique locations in the multi- 
cast filter. 



CRC GENERATOR 



(X-31 TO X-26) 
CLK 



I UTCH I 



1 1 OF 64 decode] 

I FILTER BIT ARRAY I — ► SELECTED BIT 
I ' <<n" • 



"0" = REJECT "1" = ACCEPT 

TL/F/8582-62 
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10.0 Internal Registers (continued) 





D7 


06 


D5 


D4 


D3 


D2 


D1 


DO 


MARO 


FB7 


FB6 


FB5 


FB4 


FB3 


FB2 


FBI 


FBO 


MAR1 


FB15 


FB14 


FB13 


FB12 


FB11 


FB10 


FB9 


FB8 


MAR2 


FB23 


FB22 


FB21 


FB20 


FB19 


FBI 8 


FBI 7 


FB16 


MAR3 


FB31 


FB30 


FB29 


FB28 


FB27 


FB26 


FB25 


FB24 


MAR4 


FB39 


FB38 


FB37 


FB36 


FB35 


FB34 


FB33 


FB32 


MAR5 


FB47 


FB46 


FB45 


FB44 


FB43 


FB42 


FB41 


FB40 


MAR6 


FB55 


FB54 


FB53 


FB52 


FB51 


FB50 


FB49 


FB48 


MAR7 


FB63 


FB62 


FB61 


FB60 


FB59 


FB5B 


FB57 


FB56 



If address Y Is found to hash to the value 32 (20H), then 
FB32 In MAR4 should be Initialized to "1". This will cause 
the NIC to accept any multicast pacl<et with the address Y. 

NETWORK TALLY COUNTERS 

Three 8-bit counters are provided for monitoring the number 
of CRC errors, Frame Alignment Errors and Missed Pack- 
ets. The maximum count reached by any counter is 192 
(COH). These registers will be cleared when read by the 
CPU. The count Is recorded In binary In CT0-GT7 of each 
Tally Register. 

Frame Alignment Error Tally (CNTRO) 

This counter is incremented every time a packet is received 
with a Frame Alignment Error. The packet must have been 
recognized by the address recognition logic. The counter is 
cleared after it is read by the processor. 

7 6 5 4 3 2 10 



CNTRO CT7 CT6 CT5 CT4 CT3 CT2 CT1 CTO 



CRC Error Tally (CNTR1) 

This counter is Incremented every time a packet is received 
with a CRC error. The packet must first be recognized by 
the address recognition logic. The counter is cleared after it 
Is read by the processor. 

7 6 5 4 3 2 10 

CNTR1 

Frames Lost Tally Register (CNTR2) 

This counter is incremented if a packet cannot be received 
due to lack of buffer resources. In monitor mode, this coun- 
ter will count the number of packets that pass the address 
recognition logic. 

7 6 5 4 3 2 10 



CI7 


CT6 


CT5 


CT4 


CT3 


CT2 


CT1 


CTO 



CNTR2 CT7 CT6 



CT5 



CT4 



CT3 CT2 



CT1 



CTO 



FIFO 

This is an eight bit register that allows the CPU to examine 
the contents of the FIFO after loopback. The FIFO will con- 
tain the last 8 data bytes transmitted In the loopback packet. 
Sequential reads from the FIFO will advance a pointer In the 
FIFO and allow reading of all 8 bytes. 

7 6 5 4 3 2 1 

FIFO 

Note: The FIFO should only be read when the NIC has been programmed in 
loopback mode. 



DB7 


DB6 


DBS 


DB4 


DB3 


DB2 


DB1 


DBG 



NUMBER OF COLLISIONS (NCR) 

This register contains the number of collisions a node expe- 
riences when attempting to transmit a packet. If no colli- 
sions are experienced during a transmission attempt, the 
COL bit of the TSR will not be set and the contents of NCR 
will be zero. If there are excessive collisions, the ABT bit in 
the TSR will be set and the contents of NCR will be zero. 
The NCR is cleared after the TXP bit in the CR is set. 

7_ 6 5 4 3 2 10 

ncrF-- 



NC3 NC2 NCI NCO 



11.0 Initialization Procedures 

The NIC must be initialized prior to transmission or recep- 
tion of packets from the network. Power on reset is applied 
to the NIC's reset pin. This clears/sets the following bits: 



Register 


Reset Bits 


Set Bits 


Command Register (CR) 


TXP, STA 


RD2, STP 


Interrupt Status (ISR) 




RST , 


Interrupt Mask (IMR) 


All Bits 




Data Control (OCR) 




LAS 


Transmit Config. (TCR) 


LBI.LBO 





The NIC remains in its reset state until a Start Command is 
issued. This guarantees that no packets are transmitted or 
received and that the NIC remains a bus slave until all ap- 
propriate internal registers have been programmed. After 
initialization the STP bit of the command register is reset 
and packets may be received and transmitted. 

initialization Sequence 

The following Initialization procedure is mandatory. 

1) Program Command Register for Page (Command 
Register = 21 H) 

2) Initialize Data Configuration Register (DCR) 

3) Clear Remote Byte Count Registers (RBCRO, RBCR1) 

4) Initialize Receive Configuration Register (RCR) 

5) Place the NIC in LOOPBACK mode 1 or 2 (Transmit 
Configuration Register = 02H or 04H) 

6) Initialize Receive Buffer Ring: Boundary Pointer 
(BNDRY), Page Start (PSTART), and Page Stop 
(PSTOP) 

7) Clear Interrupt Status Register (iSR) by writing OFFh to 
IL 

8) Initialize Internipt Mask Register (IMR) 

9) Program Command Register for page 1 (Command 
Register = 61 H) 

i)lnitiaiize Physical Address Registers (PAR0-PAR5) 
ii)lnitialize Multicast Address Registers (MAR0-MAR7) 
iii)lnitialize CURRent pointer 

10) Put NIC in START mode (Command Register = 22H). 
The local receive DMA is still not active since the NIC is 
in LOOPBACK. 

1 1) initialize the Transmit Configuration for the intended val- 
ue. The NIC is now ready for transmission and recep- 
tion. 
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11.0 Initialization Procedures 

(Continued) 

Before receiving pacl<ets, Vne user must specify the location 
of the Receive Buffer Ring. This is programmed in the Page 
Start and Page Stop Registers. In addition, the Boundary 
and Current Page Registers must be initialized to the value 
of the Page Start Register. These registers will be modified 
during reception of packets. 

12.0 Loopback Diagnostics 

Three forms of local loopback are provided on the NIC. The 
user has the ability to loopback through the deserializer on 
the DP8390D NIC, through the DP8391 SNI, and to the coax 
to check the link through the transceiver circuitry. Because 
of the half duplex architecture of the NIC, loopback 
testing is a special mode of operation with the follow- 
ing restrictions: 

Restrictions During Loopback 

The FIFO is split into two halves, one used for transmission 
the other for reception. Only 8-blt fields can be fetched from 
memory so two tests are required for 16-bit systems to veri- 
fy integrity of the entire data path. During loopback the maxi- 
mum latency from the assertion of BREQ to BACK is 2.0 ju.s. 
Systems that wish to use the loopback test yet do not meet 
this latency can limit the loopback packet to 7 bytes without 
experiencing underflow. Only the last 8 bytes of the loop- 
back packet are retained in the FIFO. The last 8 bytes can 
be read through the FIFO register which will advance 
through the FIFO to allow reading the receive packet se- 
quentially. 



DESTINATION ADDRESS 



SOURCE ADDRESS 



= (6 bytes) Station Physical Address 

I 

2 bytes 

-46 to 1500 bytes 

Appended byNICif CRC = "CinTCR 



When in word-wide mode with Byte Order Select set, the 
loopback packet must be assembled in the even byte loca- 
tions as shown below. (The loopback only operates with 
byte wide transfers.) 



LS BYTE (ADS- 15) 



MS BYTE (ADO-7) 



DESTINATION 



SOURCE 



LENGTH 



CRC 



WTS = "1" B0S = "1" 



(DCR BITS) 
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When In word-wide mode with Byte Order Select low, the 
following format must be used for the loopback packet. 



MS BnE(AD8-15) 



DESTINATION 



SOURCE 



LENGTH 



DATA 



CRC 



LS BYTE (ADO-7) 



WIS = "1" BOS = "0" (DCR BITS) 

, TL/F/8582-ie 
Note: When using loopback in word mode 2n bytes must be programmed in 
TBCRO, 1 . Where n = actual number of bytes assembled in even or 
odd location. 

To Initiate a loopback the user first assembles the loopback 
packet then selects the type of loopback using the Transmit 
Configuration register bits LBO, LB1. The transmit configura- 
tion register must also be set to enable or disable CRC gen- 
eration during transmission. The user then Issues a normal 
transmit command to send the packet. During loopback the 
receiver checks for an address match and If CRC bit in the 
TCR is set, the receiver will also check the CRC. The last 8 
bytes of the loopback packet are buffered and can be read 
out of the FIFO using the FIFO read port. 

Loopback Modes 

MODE 1: Loopback Through the Controller (LB1 = 0, LBO 
= 1). 

If the loopback is through the NIC then the serlallzer is sim- 
ply linked to the deserializer and the receive clock Is derived 
from the transmit clock. 

MODE 2: Loopback Through the SNI (LB1 = 1, LBO = 0). 
If the loopback is to be performed through the SNI, the NIC 
provides a control (LPBK) that forces the SNI to loopback 
all signals. 

MODE 3: Loopback to Coax (LB1 = 1, LBO = 1). 
Packets can be transmitted to the coax in loopback mode to 
check all of the transmit and receive paths and the coax 
itself. 

Note; In MODE 1, Cns and COL lines are not indicated in any status regis- 
ter, but the NIC will still defer if these lines are active. In MODE 2, 
COL is masked and in MODE 3 CRS and COL are not masked. It is 
not possible to go directly between the loopback modes, it is neces- 
sary to return to normal operation (OOH) when changing modes. 

Reading the Loopback Packet 

The last eight bytes of a received packet can be examined 
by 8 consecutive reads of the FIFO register. The FIFO 
pointer is incremented after the rising edge of the CPU's 
read strobe by internally synchronizing and advancing the 
pointer. This may take up to four bus clock cycles, if the 
pointer has not been incremented by the time the CPU 
reads the FIFO register again, the NIC will insert wait states 

Note: The FIFO may only be read during Loopback. Reading the FIFO at 
any other lime will cause the NIC to malfunction. 
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12.0 Loopback Diagnostics (continued) 

Alignment of the Received Packet In the FIFO 

Reception of the packet In the FIFO begins at location zero, 
after the FIFO pointer reaches the last location In the FIFO, 
the pointer wraps to the top of the FIFO overwriting the 
previously received data. This process continues until the 
last byte is received. The NIC then appends the received 
byte count in the next two locations of the FIFO. The con- 
tents of the Upper Byte Count are also copied to the next 
FIFO location. The number of bytes used in the loopback 
packet determines the alignment of the packet in the FIFO. 
The alignment for a 64-byte packet Is shown below. 



FIFO 
LOCATION 


FIFO 
CONTENTS 


- 







LOWER BYTE COUNT 


First Byte Read 


1 


UPPER BYTE COUNT 


Second Byta Read 


2 


UPPER BYTE COUNT 




3 


LAST BYTE 




4 


CRC1 




S 


CRC2 




6 


CRC3 




7 


CHC4 


Last Byte Read 



For the following alignment In the FIFO the packet length 
should be (N X 8) + 5 Bytes. Note that if the CRC bit in the 
TCR is set, CRC will not be appended by the transmitter. If 
the CRC Is appended by the transmitter, the last four bytes, 
bytes N-3 to N, correspond to the CRC. 

FIFO FIFO 

LOCATION CONTENTS 






BYTE N-4 


AR 


First Byte Read 


1 


BYTE N-3 (CR01) 


Second Byte Read 


2 


BYTE N-2 (CRC2) 


• 


3 


BYTE N-l (CRC3) 


• 


4 


BYTE N (CRC4) 


• 


5 


LOWER BYTE COUNT 


• 


6 


UPPER BYTE COUNT 


Ust Byte Read 


7 


UPPER BYTE COUNT 





LOOPBACK TESTS 

Loopback capabilities are provided to allow certain tests to 
be performed to validate operation of the DP8390D NIC pri- 
or to transmitting and receiving packets on a live network. 
Typically these tests may be performed during power up of 
a node. The diagnostic provides support to verify the follow- 
ing: 

1) Verify Integrity of data path. Received data is checked 
against transmitted data. 

2) Verify CRC logic's capability to generate good CRC on 
transmit, verify CRC on receive (good or bad CRC). 

3) Verify that the Address Recognition Logic can 

a) Recognize address match packets 

b) Reject packets that fail to match an address 



LOOPBACK OPERATION IN THE NIC 

Loopback is a modified form of transmission using only half 
of the FIFO. This places certain restrictions on the use of 
loopback testing. When loopback mode is selected in the 
TCR, the FIFO is split A packet should be assembled in 
memory with programming of TPSR and TBCRO.TBCRI 
registers. When the transmit command is issued the follow- 
ing operations occur 

Transmitter Actions 

1) Data is transferred from memory by the DMA until the 
FIFO is filled. For each transfer TBCRO and TBCR1 are 
decremented. (Subsequent burst transfers are initiated 
when the number of bytes In the FIFO drops below the 
programmed threshold.) 

2) The NIC generates 56 bits of preamble followed by an 
8-bit synch pattern. 

3) Data transferred from FIFO to serializer. 

4) If CRC=1 in TCR, no CRC calculated by NIC, the last 
byte transmitted is the last byte from the FIFO (Allows 
software CRC to be appended). If CRC=0, NIC calcu- 
lates and appends four bytes of CRC. 

5) At end of Transmission PTX bit set in ISR. 

Receiver Actions 

1) Wait for synch, all preamble stripped. 

2) Store packet in FIFO, increment receive byte count for 
each Incoming byte. 

3) If CRC = in TCR, receiver checks incoming packet for 
CRC errors. If CRC= 1 in TCR, receiver does not check 
CRC errors, CRC error bit always set In RSR (for address 
matching packets). 

4) At end of receive, receive byte count written into FIFO, 
receive status register is updated. The PRX bit is typically 
set in the RSR even if the address does not match. If 
CRC errors are forced, the packet must match the ad- 
dress filters in order for the CRC error bit in the RS to be 
set. 

EXAMPLES 

The following examples show what results can be expected 
from a properly operating NIC during loopback. The restric- 
tions and results of each type of loopback are listed for 
reference. The loopback tests are divided into two sets of 
tests. One to verify the data path, CRC generation and byte 
count through all three paths. The second set of tests uses 
Internal loopback to verify the receiver's CRC checking and 
address recognition. For all of the tests the DCR was pro- 
grammed to 40h. 



PATH 


TCR 


RCR 


TSR 


RSR 


ISR 


NIC Internal 


02 


00 


53(1) 


02(2) 


02(3) 



Note 1: Since carrier sense and collision detect inputs are blocked during 
internal loopbaclt, carrier and CD lieartbeat are not seen and the CRS and 
CDH bits are set. 

Note 2: CRC errors are always indicated by receiver if CRC is appended by 
the transmitter. 

Note 3: Only the PTX bit in the ISR is set. the PRX bit is only set if status is 
written to memory. In loopback this action does not occur and the PRX bit 
remains for all loopback modes. 
Note 4: All values are hex. 
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12.0 Loopback Diagnostics (continued) 



PATH 


TCR 


RCR 


TSR 


RSR 


ISR 


NIC External 


04 


00 


43(1) 


02 


02 


Note 1: CDH is set, CRS is not set since it is generated by the external 
encoder/decoder. 


PATH 


TCR 


RCR 


TSR 


RSR 


ISR 


NIC External 


06 


00 


03(1) 


02 


02(2) 



Note 1: CDH and CRS should not be set. The TSR however, could also 

contain 01H,03H.07H and a variety of other values depending on v»hether 

collisions were encountered or the packet was deferred. 

Note 2.Will contain 08H if pacl<et is not transmittable. 

Note 3: During external ioopbacii the NIC is now exposed to network traffic, 

it is therefore possible for the contents of both the Receive portion of the 

FIFO and the RSR to be corrupted by any other packet on the network. Thus 

in a live network the contents of the FIFO and RSR should not be depended 

on. The NIC will still abide by the standard CSMA/CD protocol in external 

loopback mode. (i.e. The network will not be disturbed by the loopback 

packet). 

Note 4: All values are hex. 

CRC AND ADDRESS RECOGNITION 

The next three tests exercise the address recognition logic 
and CRC. These tests should be performed using internal 
loopback only so that the NIC is isolated from interference 
from the networl<. These tests also require the capability to 
generate CRC in software. 

The address recognition logic cannot be directly tested. The 
CRC and FAE bits in the RSR are only set if the address of 
the packet matches the address filters. It errors are expect- 
ed to be set and they are not set, the packet has been 
rejected on the basis of an address mismatch. The following 
sequence of packets will test the address recognition logic. 
The DCR should be set to 40H, the TCR should be set to 
03H with a software generated CRC. 



Packet Contents 


Results 


Test 


Address 


CRC 


RSR 


Test A 
Test B 
Teste 


Matching 

Matching 

Non-Matching 


Good 
Bad 
Bad 


01(1) 

02(2) 

01 



Note 1: Status will read 21H if multicast address used. 

Note 2; Status will read 22H If multicast address used. 

Note 3: In test A, the RSR is set up. In test B the address Is found to match 

since the CRC is flagged as bad. Test C proves that the address recognition 

logic can distinguish a bad address and does not notify the RSR of the bad 

CRC. The receiving CRC is proven to work in test A and test B. 

Note 4: Ail values are hex. 



NETWORK MANAGEMENT FUNCTIONS 

Network management capabilities are required for mainte- 
nance and planning of a local area network. The NIC sup- 
ports the minimum requirement for network management in 
hardware, the remaining requirements can be met with soft- 
ware counts. There are three events that software alone 
can not track during reception of packets: CRC errors, 
Frame Alignment errors, and missed packets. 
Since errored packets can be rejected, the status associat- 
ed with these packets is lost unless the CPU can access the 
Receive Status Register before the next packet arrives. In 
situations where another packet an-ives very quickly, the 
CPU may have no opportunity to do this. The NIC counts 
the number of packets with CRC errors and Frame Align- 
ment errors. 8-bit counters have been selected to reduce 
overhead. The counters will generate interrupts whenever 
their MSBs are set so that a software routine can accumu- 
late the network statistics and reset the counters before 
overflow occurs. The counters are sticky so that when they 
reach a count of 192 (COM) counting is halted. An additional 
counter is provided to count the number of packets NIC 
misses due to buffer overflow or being offline. 
The structure of the counters is shown below: 



CNTRO 


rRAME ALIGNMENT ERRORS COUNTER 


^-SR-, 

— mSB — 




CNTOI 


CRC ERRORS COONIER 


^^— ► WTERRUPI 


CKTO 


UISSED PACKETS COUNTER 
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Additional information required for network management is 
available in the Receive and Transmit Status Registers. 
Transmit status is available after each transmission for infor- 
mation regarding events during transmission. 
Typically, the following statistics might be gathered in soft- 
ware: 

Traffic: Frames Sent OK 

Frames Received OK 

Multicast Frames Received 

Packets Lost Due to Lack of Resources 

Retries/Packet 
En-ors: CRC Errors 

Alignment Errors 

Excessive Collisions 

Packet with Length Errors 

Heartbeat Failure 
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13.0 Bus Arbitration and Timing 

The NIC operates in three possible modes: 



BUS MASTER (WHILE PERFORMING DMA) 
BUS SUVE (WHILE BEING ACCESSED BY CPU) 
IDLE 



POR 



BUS SLAVE STOP + 
(ACCESSED AS INT ERROR 
PERIPHERAL) 



BUS MASTER 
(PERFORMS DMA) 




O 
TJ 
oa 

w 

CO 

o 
O 



CO 

CO 
IN3 



RESET 



START 




Upon power-up the NIC is in an indeterminant state. After 
receiving a Hardware Reset the NIC comes up as a slave in 
the Reset State. The receiver and transmitter are both dis- 
abled in this state. The reset state can be reentered under 
three conditions, soft reset (Stop Command), hard reset 
(RESET input) or an error that shuts down the receiver or 
transmitter (FIFO underflow or overflow). After initialization 
of registers, the NIC is issued a Start command and the NIC 
enters Idle state. Until the DMA is required the NIC remains 
in an idle state. The idle state is exited by a request from the 
FIFO in the case of receive or transmit, or from the Remote/ 
DMA in the case of Remote DMA operation. After acquiring 
the bus in a BREQ/BACK handshake the Remote or Local 
DMA transfer is completed and the NIC reenters the idle 
state. 
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DMA TRANSFERS TIMING 

The DMA can be programmed for the following types of 
transfers: 

16-Bit Address, 8-bit Data Transfer 

16-Bit Address, 16-bit Data Transfer 

32-Bit Address, 8-bit Data Transfer 

32-Bit Address, 1 6-bit Data Transfer 
All DMA transfers use BSCK for timing. 16-Bit Address 
modes require 4 BSCK cycles as shown below: 



16-Blt Address, 8-Blt Data 

T1 I T2 I T3 



BSCK 




ADO-7 



ADSO 




DATA 



A8-15 



MWR,MRD 



\ 



y 
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13.0 Bus Arbitration and Timing (continued) 



BSCK 



ADS- 15 



MWR.MRD 



16-Blt Address, 16-Blt Data 

T1 I T2 I T3 



AO-7 



X 



DATA 



AS- 15 



X 



DATA 



^A. 



"V 



f 



BSCK 



ADO-7 



ADS- 15 



ADS1 



ADSO 



MWR, MRD 



32-BIt Address, 8-Blt Data 

T1-T^ I ^' I ^^ 

~1_ 



A16-23 X AO-7 




X 



AS- 15 




-?? 



J~\. 



"V 



f 
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BSCK 



ADO-7 



ADS- 15 



ADS1 



ADSO 



MWR, MRD 



32-Bit Address, 16-Bit Data 

T1-T4 I T1 I T2 I T3 




-?? 



J~\ 



-«?- 



\ 



f 
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Note: In 32-bit address mode, ADS1 is al THI-STATE after ttia first T1-T4 states; thus, a 4.7k pull-down resistor is required for 32-bit address mode. 
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13.0 Bus Arbitration and Timing (continued) 

When in 32-bit mode four additional BSCK cycles are re- 
quired per burst. The first bus cycle (T1'-T4') of each burst 
is used to output the upper 16-bit addresses. This 16-bit 
address is programmed in RSARO and RSAR1 and points to 
a 64k page of system memory. All transmitted or received 
packets are constrained to reside within this 64k page. 

FIFO BURST CONTROL 

All Local DMA transfers are burst transfers, once the DMA 
requests the bus and the bus is acknowledged, the DMA will 



transfer an exact burst of bytes programmed in the Data 
Configuration Register (DCR) then relinquish the bus. If 
there are remaining bytes in the FIFO the next burst will not 
be initiated until the FIFO threshold Is exceeded. If BACK is 
removed during the transfer, the burst transfer will be abort- 
ed. (DROPPING BACK DURING A DMA CYCLE IS NOT 
RECOMMENDED.) 
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09 

w 

o 
O 



(A 
W 

<o 

o 
O 



BREO 



"V 



BACK 



f 



\ 



(wORDt )^W0RD2 X ■• X ^"I^PN ) 



where N = 1, 2, 4, or 6 Words or N = 2, 4, 6, or 12 Bytes when in byte mode 

INTERLEAVED LOCAL OPERATION 

If a remote DMA transfer is initiated or in progress when a 
packet is being received or transmitted, the Remote DMA 
transfer will be interrupted for higher priority Local DMA 



transfers. When the Local DMA transfer Is completed the 
Remote DMA will rearbitrate for the bus and continue its 
transfers. This is Illustrated below: 



BREO 



BACK 



■\. 



ADO- 15 



-BUS MASTER 



Note that if the FIFO requires service while a remote DMA Is 
In progress, BREQ is not dropped and the Local DMA burst 
is appended to the Remote Transfer. When switching from 
a local transfer to a remote transfer, however, BREQ is 
dropped and raised again. This allows the CPU or other 
devices to fairly contend for the bus. 

REMOTE DMA-BIDIRECTIONAL PORT CONTROL 

The Remote DMA transfers data between the local buffer 
memory and a bidirectional port (memory to I/O transfer). 



y 



\ 



> V. 

-(remote X '-Q'^*'- ^^^^ )l~ 



-IDLE - 



- (remote ) - 

-^MASTER - 
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This transfer Is arbited on a byte by byte basis versus the 
burst transfer used for Local DMA transfers. This bidirec- 
tional port is also read/written by the host. All transfers 
through this port are asynchronous. At any one time trans- 
fers are limited to one direction, either from the port to local 
buffer memory (Remote Write) or from local buffer memory 
to the port (Remote Read). 



Bus Handshake Signals for Remote DMA Transfers 



BIDIRECTIONAL PORT 
NIC SIGNALS 












DMA SIGNALS 
























A 






8/16 


> 


OEA 
CKA< 

:kb 

OEB 






DAT/l ^ 




/ 








/ ' 




a/16 
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13.0 Bus Arbitration and Timing (continued) 

REMOTE READ TIMING 

1) The DMA reads byte/word from local buffer memory and 
writes byte/word Into latch, Increments the DMA address 
and decrements the byte count (RBCR0,1). 

2) A Request Line (PRQ) Is asserted to inform the system 
that a byte Is available. 

3) The system reads the port, the read strobe (RACK) Is 
used as an acknowledge by the Remote DMA and It goes 
back to step 1 . 



Steps 1-3 are repeated until the remote DMA Is com- 
plete. 
Note that In order for the Remote DMA to transfer a byte 
from memory to the latch, it must arbitrate access to the 
local bus via a BREQ, BACK handshake. After each byte or 
word is transferred to the latch, BREQ is dropped. If a Local 
DMA Is In progress, the Remote DMA is held off until the 
local DMA is complete. 



J 



"V 



- ( 1 BYTE/WORD ) - 



\_^ 



"V 



BYTE WRITTEN 
TO LATCH 



_W*rr FOR 
HOST 



BYTE READ 
BY HOST 
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REMOTE WRITE TIMING 

A Remote Write operation transfers data from the I/O port 
to the local buffer RAM. The NIC Initiates a transfer by re- 
questing a byte/word via the P RQ. The system transfers a 
byte/word to the latch via lOW, this write strobe is detected 
by the NIC and PRQ Is removed. By removing the PRQ, the 
Remote DMA holds off further transfers Into the latch until 
the current byte/word has been transfenred from the latch, 
PRQ Is reasserted and the next transfer can begin. 



1) NIC asserts PRQ. System writes byte/word Into latch. 
NIC removes PRQ. 

2) Remote DMA reads contents of port and writes 
byte/word to local buffer memory. Increments address 
and decrements byte count (RBCR0,1). 

3) Go back to step 1. 

Steps 1-3 are repeated until the remote DMA Is com- 
plete. 



■\. 
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MWR 
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- ( 1BYTE/V»0RD ) - 



■\_^ 
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- BYTE WRITTEN TO 
LATCH BY SYSTEM 



-BYTEREAOfROH UTCH 
BY REMOTE DMA AND 
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BUFFER MEMORY 
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13.0 Bus Arbitration and Timing (continued) 

SLAVE MODE TIMING 

When CS is low, the NIC becomes a bus slave. The CPU 
can then read or write any Internal registers. All register 
access Is byte wide. The timing for register access Is shown 
below. The host CPU access es inle rnal re gisters with four 
address lines, RA0-RA3, SRD and SWR strobes. 



ADSO Is used to latch the address when interfacing to a 
multiplexed, address data bus. Since the NIC may be a local 
bus master when the h ost CPU attempts to read or write to 
the controller, an ACK line Is used to hold off the CPU until 
the NIC leaves master mode. Some number of BSCK cycles 
is also required to allow the NIC to synchronize to the read 
or write cycle. 
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RA0-RA3 



ADSO 



AD0-AD7 



SWR 



ACK 



CS 



RA0-RA3 



ADSO 



AD0-AD7 



SRD 



ACK 



CS 



Write to Register 
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Read from Register 
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TIME BETWEEN CHIP SELECTS 

The NIC requires that successive chip selects be no closer 
than 4 bus clocks (BSCK) together, below. If the condition Is 
violated, the NIC may glitch/ ACK. CPUs that operate from 
pipelined Instructions (I.e. 386) or have a cache (I.e. 



486) can execute consecutive I/O cycles very quickly. The 
solution Is to delay the execution of consecutive I/O cycles 
by either breaking the pipeline or forcing the CPU to access 
outlsde It's cache. 



BSCK 



Time between Chip Selects 

_rLnjiJ"m_rLrLrLrLn 
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->* BSCK- 
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14.0 Preliminary Electrical Characteristics 
Absolute Maximum Ratings 

If Military /Aerospace specified devices are required, 
please contact the National Semiconductor Sales 
Office/Distributors for availability and specifications. 

Supply Voltage (Vcc) -0.5V to + 7.0V 
DC Input Voltage (Vin) -0.5V to Vcc + 0.5V 
DC Output Voltage (Vqut) - 0.5V to Vcc + 0.5V 
Storage Temperature Range (Tstg) -65°Cto +150°C 
Power Dissipation (PD) 500 mW 
Lead Temp. (TL) (Soldering, 10 sec.) 260°C 
ESD rating (Rzap = 1 .5k, Czap = 1 20 pF) 1 600V 

Preliminary DC Specif ications ta = o-ctozo-cvcc = 5v ±5%, unless otherwise specified 


Symbol 


Parameter 


Conditions 


Min 


Max 


Units 


VOH 


Minimum HIgli Level Output Voltage 
(Notes 1,4) 


lOH = -20 jxA 
'oh = -2.0 mA 


Vcc - 0.1 
3.5 




V 
V 


Vol 


Minimum Low Level Output Voltage 
(Notes 1,4) 


lOL = 20 JiA 
loL = 2.0 mA 




0.1 
0.4 


V 
V 


V|H 


Minimum High Level Input Voltage 
(Note 2) 




2.0 




V 


V|H2 


Minimum High Level Input Voltage 
for RACK, WACK (Note 2) 




2.7 




V 


V|L 


Minimum Low Level Input Voltage 
(Note 2) 






0.8 


V 


V|L2 


Minimum Low Level Input Voltage 
For RACK, WACK (Note 2) 






0.6 


V 


l|N 


Input Current 


V| = VccorGND 


-1.0 


+ 1.0 


M 


loz 


Maximum TRI-STATE 
Output Lealoge Current 


VoUT = VccOrGND 


-10 


+ 10 


M 


Ice 


Average Supply Current 
(Notes) 


TXCK= 10 MHz 
RXCK = 10 MHz 
BSCK = 20 MHz 
loUT = jiiA 
V|N = VccorGND 




40 


mA 


Note 1: These levels are tested dynamically using a limited amount of functional test patterns, please refer to AC Test Load. 

Note 2: Limited functional test patterns are performed at tliese input levels. The majority of functional tests are performed at levels of OV and 3V. 

Note 3: Tfiis is measured with a 0.1 (iF tjypass capacitor between Vex: and GND. 

Note 4: The low drive CMOS compatible Vqh and Vol Umi's are not tested directly. Detailed device characterization validates that this specification can be 

guaranteed by testing the high drive TTL compatible Vol and VoH specification. 
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15.0 Switching Characteristics AC specs OPSSSOD Note: ah Timing is preliminary 

Register Read (Latched Using ADSO) 



RAO-3 



ADSO 



)r\ 



cs 



-— rsrsi — ► 



jzzzr 



\ 



X 



ACK 



rackl 



■^^ 



-ackdv ■ 



ADO-7 ■ 



rackh 



f 



DO-7 



rdz 
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Symbol 


Parameter 


MIn 


Max 


Units 


rss 


Register Select Setup to ADSO Low 


10 




ns 


rsh 


Register Select Hold from ADSO Low 


13 




ns 


aswi 


Address Strobe Width In 


15 




ns 


ackdv 


Acknowledge Low to Data Valid 




55 


ns 


rdz 


Read Strobe to Data TRI-STATE 


15 


70 


ns 


rackl 


Read Strobe to ACK Low (Notes 1 , 3) 




n'bcyc + 30 


ns 


rackh 


Read Strobe to ACK High 




30 


ns 


rsrsI 


Register Select to Slave Read Low, 
Latched RSO-3 (Note 2) 


10 




ns 



Note 1: ACk is not generated until CS and SRD are low and the NIC has synchronized to the register access. The NIC will Insert an integral number of Bus Clock 

cycles until it is synchronized. In Dual Bus systems additional cycles will be used for a local or remote DMA to complete. Wait states must be issued to the CPU until 

ACK is asserted low. 

Note 2: C5 maybe asserted before or after SRD. If ?^ is asserted after SRD, rackl is referenced from falling edge of CS. C5 can be de-asserted concurrently with 

SRD or after SRD is de-asserted. 

Note 3: These limits include the RC delay inherent in our test method. These signals typically turn oft within 15 ns, enabling other devices to drive these lines with 

no contention. 
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15.0 Switching Characteristics (Continued) 

Register Read (Non Latched, ADSO ^^ 1) 



RAO-3' 



CS 



"— rsrh— » 



■^^^ 



iTnr 



SRD 



■^C 



ACK 



rackl 



■^^ 



-Bckdv- 



ADO-7 ' 



f 



r 



DO-7 



rdz 
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Symbol 


Parameter 


MIn 


Max 


Units 


rsrs 


Register Select to Read Setup 
(Notes 1,3) 


10 




ns 


rsrh 


Register Select Hold from Read 







ns 


ackdv 


ACK Low to Valid Data 




55 


ns 


rdz 


Read Strobe to Data TRI-STATE 
(Note 2) . 


15 


70 


ns 


rackl 


Read Strobe to ACK Low (Note 3) 




n'bcyc + 30 


ns 


rackh 


Read Strobe to SCR High 




30 


ns 



Note 1: rsrs includes flow-through time of latch. ' . 

Note 2: These limits include the RC delay inherent in our test method. These signals typically turn off within 1 5 ns enabling other devices to drive these lines with 

no contention. 

Note 3: (^ may be asserted before or after RAO-3, and SRD, since address decode begins when ACK is asserted. If ^ is asserted after RAO-3, and SRD, rackl 
is referenced from falling edge of CS. 
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15.0 Switching Characteristics (continued) 

Register Write (Latched Using ADSO) 

:' ■ 



RAO-3 



ADSO 



y^\ 



cs 



rsh 



T^ 



-rswsl- 



SWR 



\ 



ACK 



■^ wackl -» 



■^^ 



ADO-7 * 



■ rwds 



izzzr 



J^ 



wackh 



r 



DO-7 



rwdh 



Symbol 


Parameter 


Min 


Max 


Units 


rss 


Register Select Setup to ADSO Low 


10 




ns 


rsh 


Register Select Hold from ADSO Low 


17 




ns 


aswl 


Address Strobe Width In 


15 




ns 


rwds 


Register Write Data Setup 


20 




ns 


rwdh 


Register Write Data Hold 


21 




ns 


WW 


Write Strobe Width from ACK 


50 




ns 


wackh 


Write Strobe High to ACK High 




30 


ns 


wackl 


Write Low to ACK Low (Notes 1 , 2) 




n'bcyo + 30 


ns 


rswsl 


Register Select to Write Strobe Low 


10 




ns 



Note 1: ACK is not generated until CS and SWR are low and the NIC has synchronized to the register access. In Dual Bus Systems additional cycles will be used 

(or a local DMA or Remote DMA to complete. 

Note 2: CS may be asserted before or after SWR. If CS Is asserted after SWR, wackl is referenced from falling edge of CS. 
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15.0 Switching Characteristics (Continued) 

Register Write (Non Latched, ADSO = 1) 

4 



RAO-3 ■ 



CS 



*- rswh-* 



\. 



j"- 



SWR 



■^^ 



ACK 



wackl 



T. 



ADO-7 - 



rwds 



j"- 



r 



DO- 



•+! — >^rwdh 
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Symbol 


Parameter 


Min 


Max 


Units 


rsws 


Register Select to Write Setup 
(Note 1) 


15 




ns 


rswh 


Register Select Hold from Write 







ns 


rwds 


Register Write Data Setup 


20 




ns 


rwdh 


Register Write Data Hold 


21 




ns 


wackl 


Write Low to ACK Low 
(Note 2) 




n'bcyc + 30 


ns 


wackh 


Write High to ACK High 




30 


ns 


WW 


Write Width from ACK 


50 




ns 



Note 1: Assumes ADSO is high when RAO-3 changing. 

Uoie 2: ACK is not generated until US and SWR are low and the NIC has synchronized to the register access. In Dual Bus systems additional cycles will be used for 

a local DMA or remote DMA to complete. 
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15.0 Switching Characteristics (continued) 



DMA Control, Bus Arbitration 

U Tt T2 T3 T4 Tl T2 T3 M T1 T2 T3 U T1 T2 T3 U Tl T2 T3 



brqhH 



,^|L|y\/\/\/y\/\/y\/\/\/\AA/^/y^/^^ 

*| H-brqhr -* •-brql 



BREQ 



JD 



ff 



- backs - 



- backs - 



■n" »r- 



-ih 



H5- 



JAV 



FIRST TRANSFER 

- IF BACK SEEN ON - 

FIRST Tl. 



VV 



■{ ADD X P^TA )— r\\*°°X P*^* 



FIRST TRANSFER 

IF BACK NOT GIVEN 

ON FIRST Tl. 



^ 



LAST TRANSFER 
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Symbol 


Parameter 


Min 


Max 


Units 


brqhl 


Bus Clock to Bus Request High for Local DMA 




43 


ns 


brqhr 


Bus Clock to Bus Request High for Remote DMA 




38 


ns 


brql 


Bus Request Low from Bus Clock 




55 


ns 


backs 


Acknowledge Setup to Bus Clock 
(Note1) 


2 




ns 


bccte 


Bus Clock to Control Enable 




60 


ns 


bcctr 


Bus Clock to Control Release 
(Notes 2, 3) 




70 


ns 



Note 1; BACK must be setup before T1 after BREQ is asserted. Missed setup will slip the beginning of the DMA by four bus clocks. The Bus Latency will influence 

the allowable FIFO threshold and transfer mode (empty/fill vs e:tact burst transfer). 

Notfl 2: During remote DMA transfers only, a single bus transfer is performed. During local DMA operations burst mode transfers are performed. 

Note 3: These limits include the RC delay Inherent in our test method. These signals typically turn off within 15 ns enabling other devices to drive these lines with 

no contention. 
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15.0 Switching Characteristics (continued) 



DMA Address Generation 

TI'(NOTEI) T2' T3' U\ 



T2 



T3 



BSCK 



ADS1 



bcash -► 



ADSO 



bcadv ' 



ADO- 15 • 



/■ 



\ 



ads 



- — bcyc — *■ 



bcasi 



adh— 



bcadz 



bcash -^ 



bcadv 



■*-ai 



aswo- 



■ bcasI 



A0-A15 



adh 



K 



DATA 



Symbol 


Parameter 


MIn 


Max 


Units 


bcyc 


Bus Clock Cycle Time 
(Note 2) 


50 


1000 


ns 


bch 


Bus Clock High Time 


22.5 




ns 


bcl 


Bus Clock Low Time 


22.5 




ns 


bcash 


Bus Clock to Address Strobe High 




34 


ns 


bcasI 


Bus Clock to Address Strobe Low 




44 


ns 


aswo 


Address Strobe Width Out 


bch 




ns 


bcadv 


Bus Clock to Address Valid 




45 


ns 


bcadz 


Bus Clock to Address TRI-STATE 
(Note 3) 


15 


55 


ns 


ads 


Address Setup to ADSO/1 Low 


bch - 15 




ns 


adh 


Address Hold from ADSO/1 Low 


bcl -5 




ns 



Note 1: Cycles TV, 12', T3', T4' are only issued for the first transfer in a burst when 32'bit mode has been selected. 

Note 2: The rate ot bus clock must be high enough to support transfers to/from the FIFO at a rate greater than the serial network transfers from/to the FIFO. 
Note 3: These limits Include the RC delay inherent in our test method. These signals typically turn off within 1 5 ns, enabling other devices to drive these lines with 
no contention. 
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15.0 Switching Characteristics (continued) 



DMA Memory Read 

I T1 I T2 I T3 



BSCK 



ADSO 



— bcri 



y^ 



asds 



MRD 



■^bcrh 



- drw - 



1 



>: 



AOO-7 
(8,16 BIT MODE) 



czezezzzzzzzsiie:' — ' : ^°-^X^A 



-avrti- 



AD8-t5 . 
(8 BIT MODE) 



< 



A8-15 



AD8-15 . 
(16 BIT MODE) 



ds 



ds 



■dsada- 



dh 



dh 



( AB-Aia. y///y///7Ti?n — ( Ao-.x/// 



K-: 



A8-15 



Symbol 


Parameter 


MIn 


Max 


Units 


bcrl 


Bus Clock to Read Strobe Low 




43 


ns 


bcrh 


Bus Clock to Read Strobe High 




40 


ns 


ds 


Data Setup to Read Strobe High 


25 




ns 


dh , 


Data Hold from Read Strobe High 







ns 


drw 


DMA Read Strobe Width Out 


2*bcyc - 15 




ns 


raz 


Memory Read High to Address TRI-STATE 
(Notes 1,2) 




bch + 40 


ns 


asds 


Address Strobe to Data Strobe 




bcl + 10 


ns 


dsada 


Data Strobe to Address Active 


boyc - 10 




ns 


avrh 


Address Valid to Read Strobe High 


3*bcyc - 15 




ns 
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Note 1: During a burst A8-A15 are not TRI-STATE if byte wide transfers are selected. On the last transfer A8-A15 are TRI-STATE as shown above. 

Note 2: These limits include the RC delay inherent in our test method. These signals typically turn off within bch + 15 ns, enabling other devices to drive these 

lines with no contention. 
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15.0 Switching Ciiaracterlstics (continued) 



DMA Memory Write 

T2 I T3 



BSCK 



ADSO 



— bcwl 



-A^ 



MWR 



asds 



bcwh -*• 



1. 



-aswd- 



ADO-7 
(8, 16 BIT MODE) 



< A0-A7 X//// DATA(D0-D7) ^ >— < M-KjX/ / / 



AD8-15 , 
(3 BIT MODE) 



< 



A8-A15 



ADO-15. 
(16 BIT MODE) 



-( A0-A15 X////. DATA(D0-D15) 



J^ 



■ wds - 



wdh 



) C 



A8-15 



A0-A15X/// 
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Symbol 


Parameter 


MIn 


Max 


Units 


bowl 


Bus Clock to Write Strobe Low 




40 


ns 


bcwh 


Bus Clock to Write Strobe High 




40 


ns 


wds 


Data Setup to WR High 


2'bcyc - 30 




ns 


wdh 


Data Hold from WR Low 


bch + 7 




ns 


waz 


Write Strobe to Address TRI-STATE 
(Notes 1,2) 




boh + 40 


ns 


asds 


Address Strobe to Data Strobe 




bcl + 10 


ns 


aswd 


Address Strobe to Write Data Valid 




bcl + 30 


ns 



Note 1: When using byte mode transfers A8-A1 5 are only TRI-STATE on the last transfer, waz timing Is only valid for last transfer in a burst. 

Note 2: These limits include the RC delay inherent in our test method. These signals typically turn off within bch + 15 ns, enabling other devices to drive these 

lines with no contention. 
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15.0 Switching Characteristics (continued) 



Wait State Insertion 

I T2 I T3 I TW 



BSCK 



ADSO 



J^-\ 



MRD/MWR 



■\. 



RUDY 



>^ 



y 



\. 
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Symbol 


Parameter 


Min 


Max 


Units 


ews 


External Walt Setup to T3 I Clock 
(Notel) 


10 




ns 


ewr 


External Walt Release Time 
(Notel) 


15 




ns 



Note 1: The addition of wait states affects the count of deserialized bytes and is limitod to a number of bus clock cycles depending on the bus clock and network 
rates. The allowable wait states are found In the table below. (Assumes 10 Mbit/sec data rate.) 

The number of allowable wail states in byte mode can be calculated using: 
( 8tnw \ 

#W. = Number of Wait stales 

Inw = Network Clock Period 

tbsck = BSCK Period 

The number of allowable wait slates in word mode can be calculated using: 



BSCK (MHz) 


# of Walt States 


Byte Transfer 


Word Transfer 


8 





1 


10 


, 


1 


12 


1 . 


2 


14 


1 , 


2 


16 


1 


3 


18 


2 


3 


20 


2 


.4 



/■ Stnw \ 

*W,„ord model -|j^^-1j 



Table assumes 10 MHz network clock. 
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15.0 Switching Characteristics (continued) 



Remote DMA (Read, Send Command) 

T1 I T2 I T3 I T4 !• 



BSCK 



ADSO 



.y^A 



PWR 



\. 



" — bpwrl 



V 



- — bpwrh 



S 9- 



■i J- 



■»-prqh 



PRO 



X 



RACK 



J 


rakw 


— prql 




r 


- 



ADO-15 • 



■^ A0-A15^^ 



D0-D15 



Symbol 


Parameter 


MIn 


Max 


Units 


bpwrl 


Bus Clock to Port Write Low 




43 i 


ns 


bpwrh 


Bus Clock to Port Write High 




40 


ns 


prqh 


Port Write High to Port 
Request High (Note 1) 




30 


ns 


prql 


Port Request Low from 
Read Acknowledge High 




45 


ns 


rakw 


Remote Acknowledge 
Read Strobe Pulse Width 


20 




ns 



Note 1: Start of next transfer is dependent on where RACK is generated relative to BSCK and whether a local DMA Is pending. 
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15.0 Switching Characteristics (continued) 



Remote DMA (Read, Send Command) Recovery Time 

I T1 I T2 I T3 I T4 i„ i T1 i T2 i T3 i T4 |„ 




Symbol 


Parameter 


MIn 


Max 


Units 


bpwrl 


Bus Clock to Port Write Low 




43 


ns 


bpwrh 


Bus Clock to Port Write High 




40 


ns 


prqh 


Port Write High to Port 
Request High (Note 1) 




30 


ns 


prql 


Port Request Low from 
Read Acknowledge High 




45 


ns 


rakw 


Remote Acknowledge 
Read Strobe Pulse Width 


20 




ns 


rhpwh 


Read Acknowledge High to 
Next Port Write Cycle 
(Notes 2,3,4) 


11 




BUSCK 



Note 1: Start of next transfer is dependent on where RACK is generated relative to BSCK and whether a local DMA is pending. 

Note 2: This is not a measured value but guaranteed by design. 

Note 3: RACK must bo high for a minimum of 7 BUSCK. 

Note 4: Assumes no local DMA interleave, no CS, and immediate BACK. 
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15.0 Switching Characteristics (continued) 

Remote DMA (Write Cycle) 



BSCK 



ADSO 



MWR 



PRD 



PRO 



y~A. 



-i i- 



-5 J- 



- bprqh 



V 



y 



\ 



j( — ^. 



WACK 



'^' 



wackw •— 



k-bprti 



bprdh — ^ 



r 



■•— wprql 



ADO-15 



A0-A15 



X 



D0-D15 



>- 
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Symbol 


Parameter 


Min 


Max 


Units 


bprqh 


Bus Clock to Port Request High 
(Note1) 




42 


ns 








45 




wprql 


WACK to Port Request Low 


ns 






20 






wackw 


WACK Pulse Width 


ns 


bprdi 


Bus Clock to Port Read Low 
(Note 2) 




40 


ns 


bprdh 


Bus Clock to Port Read High 




40 


ns 



Note 1: The first port request is issued in response to the remote write command, it is subsequently issued on T1 ciocl< cycles foiiowing completion of remote DMA 
cycles. 

Note 2: The start of the remote DMA write following WACK Is dependent on where WACK is issued relative to BUSCK and whether a local DMA is pending. 
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15.0 Switching Cliaracteristics (continued) 



Remote DMA (Write Cycle) Recovery Time 

T1 I T2 I T3 I T4 I T1 I T2 I T3 I T4 I T1 



BSCK 



ADSO 



MWR 



PRD 



.AA 



V 



y 



*-bprqh 




■^. 



-bprdi bprdh — 



.^"^ 



wprq. 



^h4 



■\. 



ADO-15' 



- ( A0-A15 X D0-D15 V — <S- 
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Symbol 


Parameter 


Min 


lUax 


Units 


bprqh 


Bus Clocl< to Port Request High 
(Note 1) 




40 


ns 








45 




wprql 


WACK to Port Request Low 


ns 






20 






wackw 


WACK Pulse Width 


ns 


bprdI 


Bus Clock to Port Read Low 
(Note 2) 




40 


ns 


bprdh 


Bus Clock to Port Read High 




40 


ns 


wprq 


Remote Write Port Request 
to Port Request Time 
(Notes 3,4,5) 


12 




BUSCK 



Note 1: The first port request is issued in response to the remote write command It is subsequently issued on T1 clock cycles following completion of remote DMA 

cycles. 

Note 2: The start of the remote DMA write following WACK is dependent on where WACK is issued relative to BUSCK and whether a local DMA is pending. 

Note 3: Assuming wackw < 1 BUSCK, and no local DMA interleave, no CS, immediate BACK, and WACK goes high before T4. 

Note 4: WACK must be high for a minimum of 7 BUSCK. 

Note 5: This Is not a measured value but guaranteed by design. 
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15.0 Switching Cliaracteristics (continued) 



RXC 



Serial Timing — Receive (Beginning of Frame) 



CRS 



yr 



hrds-i 



rch -^ 



rcl 



- rcyc 



-pts- 



rdh 



DO 



X3D^ 



Xi 



SYNCH X SYNCH 
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Symbol 


Parameter 


iMin 


Max 


Units 


rch 


Receive Clock High Time 


40 




ns 


rcl 


Receive Clock Low Time 


40 




ns 


rcyc 


Receive Clock Cycle Time 


800 


1200 


ns 


rds 


Receive Data Setup Time to 
Receive Clock High (Note 1) 


20 




ns 


rdh 


Receive Data Hold Time from 
Receive Clock High 


17 




ns 


pts 


First Preamble Bit to Synch 
(Note 2) 


8 




rcyc 
cycles 



Note 1: All bits entering NIC must be properly decoded, if the PLL is still locking, the clock to the NIC should be disabled or CRS delayed. Any two sequential 1 c 

bits will be interpreted as Synch. 

Note 2: This is a minimum requirement which allows reception of a packet. 

Serial Timing— Receive (End of Frame) 

RXC 



CRS 




- ZDGlEEXeIIJZZI ^ 



■ih 
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Symbol 


Parameter 


MIn 


iUax 


Units 


rxrck 


Minimum Number of Receive Clocks 
after CRS Low (Note 1) 


5 




rcyc 
cycles 


tdrb 


Maximum of Allowed Dribble Bits/Clocks 
(Note 2) 




3 


rcyc 
cycles 


tifg 


Receive Recovery Time 
(Notes 4,5) 




40 


rcyc 
cycles 


tcrsi 


Receive Clock to Carrier Sense Low 
(Note 3) 





1 


rcyc 
cycles 



Note 1: The NIC requires a minimum number of receive clocks following the de-assertion of carrier sense (CRS). These additional clocks are provided by the 

DP6391 SNI. If other decoder/PLLs are being used additional clocks should be provided. Short clocks or glitches are not allowed. 

Note 2: Up to 5 bits of dribble bits can be tolerated without resulting in a receive error. 

Note 3: Guarantees to only load bit N, additional bits up to tdrb can be tolerated. 

Note 4; This is the time required for the receive state machine to complete end of receive processing. This parameter Is not measured but is guaranteed by design. 

This is not a measured parameter but is a design requirement. 

Note 5: CRS must remain de-asserted for a minimum of 2 RXC cycles to be recognized as end of carrier. 
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15.0 Switching Characteristics (continued) 

Serial Timing— Transmit (Beginning of Frame) 



TXE 



TXD 



\. 



txch 



txcl 



- txcyc 



txcsdv-* 



■^ txcenh 



-J 



h- txcsdh 



X 



x=S^ 



CO 
CD 

o 

a 



CO 
u 

(D 

O 

a 



Symboi 


Parameter 


MIn 


iUax 


Units 


txch 


Transmit Clock High Time 


36 




ns 


txcl 


Transmit Cloclc Low Time 


■ 36 




ns 


txcyc ■ 


Transmit Clock Cycle Time 


800 


1200 


ns 


txcenh 


Transmit Clock to Transmit Enable High 
(Note1) 




48 


ns 


txcsdv 


Transmit Clock to Serial Data Valid 




67 


ns 




txcsdh 


Serial Data Hold Time from 
Transmit Clock High 


10 




ns 



Note 1: The NIC issues TXEN coincident with the first bit of preamble. The first bit of preamble is always a 1. 

Serlai Timing— Transmit (End of Frame, CD Heartbeat) 



TXE 



"^^ 



TXD - BITN-2 ")( BITN-1 ) ( 



BITN 



1 



-tceni 



-JJ- 



tedl 



-ih 



... -* cdhw 



tdcdh 



COL 



r 
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Symboi 


Parameter 


lUlin 


Max 


Units 


tcdl 


Transmit Clock to Data Low 




55 


ns 


tcenl 


Transmit Clock to TXEN Low 




55 


ns 


tdcdh 


TXEN Low to Start of Collision 
Detect Heartbeat (Note 1) 





64 


Ucyc 
cycles 


cdhw 


Collision Detect Width 


2 




txcyc 
cycles 



Note 1: If COL is not seen dunng the first 64 TX clock cycles following de-assertion of TXEN, the CDH bit in the TSR is set. 
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15.0 Switching Characteristics (continued) 

Serial Timing— Transmit (Collision) 



COL 



TXD 



TXE 






-JJ- 



X 



-$J- 



Icdj H 



(cdl 



I JAM32 



tceni 



■ tjsin 



^L 
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Symbol 



tcolw 



tcdj 



tjam 



Parameter 



Collision Detect Width 



Delay from Collision to First 
Bit of Jam (Note 1) 



Jam Period (Note 2) 



MIn 



Max 



32 



Units 



txcyc 
cycles 



txcyc 
cycles 



txcyc 
cycles 



Note 1: The NIC must synchronize to collision detect. II the NIC is in the middle of serializing a byte of data the remainder of the byte will be serialized. Thus the jam 
pattern will start anywhere from 1 to 8 TXC cycles after COL is asserted. 
Note 2: The NIC always issues 32 bits of jam. The jam is all 1's data. 



Reset Timing 



BSCK 



TXC 



TuuuiJiJifuuuuuuuinnnjuiiuuinjuui^ 



RESn 



rstw 



1. 



jr 
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Symbol 



rstw 



Parameter 



Reset Pulse Width (Note 1) 



Min 



8 



Max 



Units 



BSCK Cycles or TXC Cycles 
(Note 2) 



Note 1: The RESET pulse requires that BSCK and TXC be stable. On power up, RESET should not be raised until BSCK and TXC have become stable. Several 

registers are affected by RESET. Consult the register descriptions for details. 

Note 2: The slower of BSCK or TXC clocks will determine the minimum time for the RESET signal to be low. 

If BSCK < TXC then RESET = 8 x BSCK 



If TXC < BSCK then RESET = 8 X TXC 
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AC Timing Test Conditions 



Input Pulse Levels 


GND to 3.0V 


Input Rise and Fall Times 


5 ns 


Input and Output Reference Levels 


1.3V 


TRI-STATE Reference Levels 


Float (A V) ±0.5V 


Output Load (See Figure below) 






T^(NOTE 1) 



Pin Capacitance ta = 25'c, f = i mhz 



Parameter 


Description 


Typ 


Max 


Unit 


C|N 


Input 
Capacitance 


7 


15 


PF 


COUT 


Output 
Capacitance 


7 


15 


PF 



Note: This parameter is sampled and not 100% tested. 
DERATING FACTOR 

Output timings are measured witti a purely capacitave load 
for 50 pF. The following correction factor can be used for 
otiier loads: 

Cl s 50 pf: +0.3 ns/pF (for all outputs except TXE, TXD, 
and LBK) 
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Note 1: Cl = 50 pF, includes scope and jig capacitance. 
Note 2: S1 = Open (or timing tests for push pull outputs. 

SI = Vco for Vol test. 

S1 = GND (or Vqh tost. 

SI = Vcc for High Impedance to active low and active low to High 

Impedance measurements. 

81 = GND for High Impedance to active high and active high to 

High Impedance measurements. 
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Architectural Choices 
for Network Performance 
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PC System I/O Bus Design 
CONCLUSION 

INTRODUCTION 

Recently the popularity of networking has grown, and as a 
result virtually any type of computer system and many pe- 
ripherals are Incorporating facilities to connect to a network. 
With the Integration of the network function onto lust a few 
IC's, the design of the interface circuitry to the network's 
physical Interface Is becoming simpler. However, the design 
of the interface can be Implemented many different ways, 
with varying tradeoffs. 

The basic design tradeoffs for interfacing a system to Ether- 
net are fairly simple; 

1 . Performance. Generally this is measured in terms of the 
amount of data transmitted and received in a given time 
period. The more data the better. As shown in Figure 1, 
the purpose of a Network interface is simply to: Move 
Data. The interface should be as fast and efficient as 
possible. 
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FIGURE 1. The Success of a Network 

Interface is it's Ability to Quickly , and 

Safely Move Data to/from the User 

2. Low Cost Obviously the user would like to pay as little 
as possible for the network connection, 

3. Compatibility. Both software and hardware compatibility 
to established industry standards is crucial. In the PC 
market, this means the ability to work with standard soft- 
ware (i.e., Novell's NetWare® and Microsoft's Windows 
for Workgroups®) and hardware. In the non-PC market, 
interoperability with other network components is the key 
to successful Integration into an existing network. 

Unfortunately, these simple goals can lead to choosing dra- 
matically different designs for the Ethernet interface subsys- 
tem. The diversity of computer architectures (both hardware 
and software) requires a unique balance of all of these crite- 
ria. 

This paper will concentrate on the application of Ethernet in 
PC type computer systems (i.e., Intel 286, 386, 486 CPUs). 
Both hardware and software issues will be addressed as 
they pertain to performance, cost, and compatibility. The 
considerations presented here are applicable to other com- 
puter systems as well. 

NETWORK PERFORMANCE 

Obviously one of the major tradeoff's In developing a net- 
work interface solution is performance versus cost. 
But What Is network performance? 

Defining Network Performance 

Network performance is a measure of the ability of a partic- 
ular network configuration to move data from one computer 
to another. Typically, this data movement occurs from a 
server to a workstation or client. Unfortunately, there is no 
standard method of measuring and benchmarking perform- 
ance, due to the multitude of network and node configura- 
tions. We shall dissect the components of performance In 
an attempt to describe the roles that hardware and software 
play in a typical network. 
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When a user makes a request tor information or data not 
resident on liis own computer (like opening a memo in his 
word processor when the memo is located on a remote sys- 
tem), the network's pieces must all respond to this request. 
The user's perception of performance is determined by how 
long he must wait for the information to appear on his 
screen. 

When an inquiry is made on the network for some informa- 
tion, a complex set of transactions occurs. The user's com- 
puter operating system tells the network protocol to send a 
message to the server asking for the information. The proto- 
col software then instructs the driver to send the request to 
the hardware interface, which in turn sends data over the 
cable to the server. After the packet has been received, an 
acknowledgement is sent to the server Indicating that a val- 
id transfer was accomplished. 

The reverse procedure occurs on the sen/er end. When the 
hardware receives the request, the driver is instnjcted to 
pass it on to the network protocol. The computer operating 
system takes the request from the protocol and issues a 
response (the actual data) which is sent back through the 
network in a similar fashion. 

Each of these software and hardware components manipu- 
lates the requests and responses to ensure proper delivery 
of the data to/from each destination. This process is shown 
in Figure 2. Each step requires time for the software and 
hardware to execute its piece of the job. The sum total of 
the time it takes for each operation to occur is the perform- 
ance of the transaction. 

WHERE'S THE BOTTLENECK? 

There are many variables in the performance equation, and 
the network interface card is only one factor. Much like 



Ethernet cards, the overall performance of a system can be 
divided into hardware and software issues. On the hardware 
side, the speed of a network is determined by the perform- 
ance of the server and all of the attached workstations. The 
network operating system is a major contributor to the over- 
all latency of a network. 

The response time of a server or workstation is affected by 
CPU speed, bus bandwidth, network loading, and the speed 
and topology of the transmission media (such as coax, 
twisted-pair, optical fiber, etc.). The server should provide 
sufficient disk cache memory and a fast hard disk subsys- 
tem to minimize delays. Typically, throughput on a loaded 
network segment can be reduced to under 20% of maxi- 
mum by random disk I/O requests. Improving individual 
workstation throughput has very little impact on the overall 
network since it only affects a small percentage of the total 
load. The expense of outfitting a high performance server 
can be amortized over the cost of the entire network since 
ail users will benefit. 

The network operating system (NOS) can also have a dra- 
matic affect on Ethernet throughput. The two main functions 
of the NOS are to move large blocks of data around in RAM 
and manage the disk I/O subsystem. Excessive copying of 
data or poor file management will result in poor LAN per- 
formance. 

Since each item in the request/response path contributes to 
overall performance, It is desirable to minimize delays 
through each section. From the Ethernet hardware develop- 
er's perspective, the efficiency of the NOS and the cable 
throughput are fixed. The only areas available for improve- 
ment of the network hardware performance are optimization 
of the driver and the bus interface design. It is important to 
recognize that the hardware and driver are a small (but 
important) part of the total performance equation. In most 
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FIGURE 2. Representation of System Delays that Impact Performance 
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cases doubling or tripling performance of the network fiard- 
ware will fiave a much smaller impact on total performance. 
(Whereas doubling or tripling the CPU performance could 
have a much greater affect.) 

As can be seen in Figure 2, the total speed at which re- 
quests/responses can be handled is dictated by the serial 
path shown. For the analytically minded: 

Kp 

Performance = ■—= rr-; — r 

^(Request Delays) 

Basically, network performance is the reciprocal of the sum 
of the request delays for the measured transactions. Kp Is a 
multiplier constant to convert to kbytes/sec. 
A single request/acknowledge delay is the sum of the indi- 
vidual delays as shown in F/i^ure 2. 

Request Delay = (DO + D1) (2 Kcpui) 

+ (D5 + D6)(2KcPU2) 
+ 2(D2 + D3 + D4) + D7 
DO, D1, D3, D5, D6 are all software delays and thus are 
multiplied by the performance of the system processors, 
while D2, D3, D4 are network hardware delays that are not 
affected by software performance (Ideally). D7 is the delay 
due to system hardware other than the network interface, 
such as a disk and controller. 

Measuring Performance 

Generally, one would like to measure these delays and cal- 
culate the throughput of a particular network configuration. 
Most benchmarks can only evaluate the summation of 
these delays. This is done by measuring the actual data 
throughput, usually in kbytes/sec or in seconds for a partic- 
ular task. 

Now, of course every good marketer has his favorite bench- 
mark, but the validity of a benchmark can be very deceiving. 
Most Ethernet vendors cite the Novell PERFORMx bench- 
mark as a performance measure, this Is valid but does not 
accurately model the request/response of a real network. 
Some testing labs have developed scripts that simulate user 
transactions in an attempt to create a more representative 
view of network speed, and these tend to be more valid. 
However, due to the ease of testing and general availability 
of the PERFORM program most comparisons utilize this 
program's measurements. 

The perform benchmark tends to measure the throughput of 
the network interface, the protocol software, and the system 
CPU. The data being transferred is cached In the server's 
memory, so disk drive speed is not a factor. This means that 
the largest delay for a system is not taken into considera- 
tion. 

Another Important aspect of performance Is the amount of 
time the server CPU is idle. The more CPU bandwidth that is 
available the greater the potential for the sen/er to do other 
processing or to handle more information. This becomes 
important when the server Is being used as a database en- 
gine or if multiple Ethernet cards are used concurrently. A 
server that is oversaturated will drop packets, and thus de- 
crease performance because each of these packets will 
have to be retransmitted. Generally, CPU utilization indi- 
cates the potential for better performance rather than actual 
performance. In the NetWare world, the CPU utilization 
measure is made using the MONITOR program which Is run 
on the server. A meaningful benchmark should contain both 
the throughput and the CPU utilization figures. For example. 



a system with 100 kbyte/sec throughput with a 10% utiliza- 
tion (90% idle) should be better than a 100 kbytes/sec with 
a 90% utilization. When making comparisons between ar- 
chitectures, it Is Important to use the same equipment for 
each test since the benchmarks are also measuring the 
server's and workstations' performance. The network 
should have at least six workstations to ensure heavy Ether- 
net traffic. 

ARCHITECTURAL OVERVIEW 

The architecture of an Ethernet card encompasses a hard- 
ware interface to the system as well as a software interface, 
which Is really the packet buffer management that the hard- 
ware Implements with the device driver software. This sec- 
tion will cover the hardware aspects first since this is very 
much the systems designer's decision. Secondly a descrip- 
tion of various software interfaces is described, although In 
most cases this is actually defined by the integrated control- 
ler chosen for a particular design. 

Hardware Interfaces 

Before discussing actual applications, it is useful to catego- 
rize Ethernet Interfaces. Once done, this can be applied to 
various applications to determine the best fit for each appli- 
cation. A summary can be found in Table 1. The interfaces 
from the Ethernet subsystem to the host's system bus can 
be divided into roughly 5 categories as follows: 
1. I/O Mapped Slave: In this design, the adapter interfaces 
to the system via a limited number of I/O ports, usually 
16 bytes-64 bytes. The interface has dedicated RAM to 
buffer network data, usually 8k to 64 kbytes. A simple 
block diagram Is shown in Figure 3. National's DP8390 
core controllers have on-chip logic to ease implementa- 
tion of this interface. 
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FIGURE 3. Diagram Showing Major 
Blocks of the I/O Mapped Architecture 
Advantages: A very simple Interface, tends to be low 
cost. Does not occupy large address space (Important for 
PC's with many peripherals competing for common ad- 
dress allocations). Places little performance requirements 
on the system bus, and so is ideal for systems that have 
poor bus bandwidth or long bus latencies. 
Disadvantages: May be slightly lower in performance. 
Requires dedicated buffer RAM which can add to cost of 
the interface. 
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2. Shared RAM Slave: This architecture utilizes a RAM that 
Is dual ported (usually a static RAM with an arbiter rather 
than an integrated dual port RAM) to enable the network 
interface and the main system to communicate through a 
common "window" of memory, as shown in Figure 4. The 
DP8390 has request/acl^nowledge logic to simplify imple- 
mentation of this Interface. 
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FIGURE 4. Basic Block Diagram 
of the Shared Buffer RAM Design 
Advantages: A fairly simple Interface that is slightly high- 
er In performance than the I/O Slave since the data is 
directly accessible to the system via the buffer RAM. 
Disadvantages: Tends to be more complex than the I/O 
Interface, and thus more expensive. The additional cost Is 
due to the logic required to dual port the buffer RAM 
which includes a couple of extra PALs, 4-6 extra octal 
buffers, and some added logic for software control. (How- 
ever, as integrated or ASIC solutions become available 
this extra logic can be absorbed Inexpensively making the 
solution cost equivalent to an I/O mapped design.) This 
architecture places slightly greater performance require- 
ments on the system bus than the I/O Slave since the 
system is contending for the buffer RAM with the network 
Interface. 

The Shared RAM architecture is not the best choice when 
the host system has a limited addressing range and/or its 
memory cycles aren't significantly faster than its I/O cycles. 
In a PC-AT compatible application, the Shared RAM design 
typically has a 30% faster bus transfer speed, however 
when the effects of driver and Network Operating System 
(NOS) overhead are, considered, the advantage of the 
Shared RAM design is reduced to 10% or less. In Micro 
Channel or EISA systems, the difference in I/O vs memory 
transfer rates is less, so the performance disparities would 
be reduced (assuming the network hardware does not pres- 
ent any other constraints). 

Note: These relative numbers do not include disl< access overhead, so the 
performance difference seen by a user wilt typically be lower. 

3. Simple Bus Master For the simple bus master Interface, 
the network peripheral directly requests the system bus, 
and when granted, takes control of the bus and directly 
places packet data into system memory (Figure 5). The 
performance of this design is heavily dependent on the 
sophistication and speed of the DMA channel logic, and 
the bus itself. In the past, most Ethernet controllers did 
not have sufficient bus speed or buffer management to 
support this type of architecture, hence It's relatively new 
emergence has coincided with the introduction of high 
performance controllers such as the SONICtm DP83932. 
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FIGURE 5. Simple Bus Master Block Diagram 

In order to understand memory buffer structures, it Is useful 
to compare the packet movement of a Shared Memory or 
I/O Interface (local memory) to that of the Bus Master de- 
sign. In a local memory design (Figure 6a), the data is first 
buffered, then copied to the system memory. The Bus Mas- 
ter, on the other hand (Figure 6b), places the data directly 
into system memory. This latter approach Is significantly 
faster because local memory designs require an extra read 
and write cycle to move the contents of the local buffer 
RAM Into system memory. In theory, the Bus Master can 
eliminate additional data copies. Performance is reduced if 
the Bus Master cannot buffer directly to the NOS and a data 
copy has to be executed. The fact that local memory re- 
quires data buffering in two steps is not as significant to 
performance as the method of moving the data into system 
memory (i.e., DMA, I/O channel, etc.). Bus latency is one of 
the prime considerations when deciding to use a bus master 
approach. Newer generation controllers rely on a FIFO to 
buffer data until the bus becomes free for transfers. De- 
pending on the computer, this delay can be longer than the 
maximum time allowed by the FIFO. When a FIFO overrun 
(or underrun) occurs, the packet must be retransmitted. In 
theory, the maximum bus latency tolerated by a controller 
can be calculated by the equation: 

Depth of FIFO (Bytes) 
encymax - ^^ ^i^ng/s x 0.125 Byte/Bit 
There are two classes of bus masters which for this docu- 
ment we will call a MAC (Media Access Control) Bus Mas- 
ter, and a Bus Master (for lack of better names). The distinc- 
tion, is that a MAC Bus Master becomes owner of the bus, 
but utilizes some form of system or external DMA controller 
to actually move the data. In other words the MAC Bus Mas- 
ter cannot generate addressing for the received or transmit- 
ted data. The Bus Master, on the other hand, utilizes a DMA 
controller that is built into the MAC. This DMA controller is 
capable of controlling data movement in a reasonably so- 
phisticated way, and can place data Into or take data from 
any desired location. 

Advantages. Properly designed with enough intelligence 
in the packet buffering (i.e., not typically a MAC Bus Mas- 
ter), this implementation provides a very high perform- 
ance data transfer throughput. If the DMA master Is so- 
phisticated enough, data can be placed directly Into sys- 
tern memory, thus eliminating extraneous data copying 
by the driver software as is required by I/O mapped and 
Shared RAM designs. 
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(a) Shared Memory or I/O Architecture 
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FIGURE 6. Comparison of Data Movement 
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Disadvantages. In order to achieve high performance, 
the DMA machine must be sufficiently sophisticated (not 
a MAC Bus Master). In many low performance bus sys- 
tems, direct bus ownership Is not supported. In other 
buses, such as ISA, the bus is not sophisticated enough 
to arbitrate between potential bus owners without tying 
up the CPU unnecessarily. In some high performance 
bus Interfaces, the latency from bus request to bus grant 
can be very long and require on-card buffering of the 
data to avoid dropping packets. 
When comparing software driver performance, the efficien- 
cy of the driver plays a bigger role In Bus Master designs. 
This Is because the Bus Master's hardware transfer Is Very 
efficient and the overhead of the driver Is a bigger percent- 
age of the data throughput. Typically in a PC (ISA bus) the 
bus master data transfer rate Is 2-2.5 times that of an I/O 
based design. When software overheads are included, how- 
ever, the Bus Master design typically achieves a perform- 
ance Increase over the 1/0 design. (Driver inefficiencies In 
reality can reduce this by about 5%.) 

Note: Tfiese relative numbers do not include disk access overhead, so the 
performance difference seen by a user will typically be lower. 



4. Buffered Bus Master. In this design the network packet 
data Is DMA'd by a network controller through the on- 
card bus into a buffer RAM (Figure 7). The packet data is 
then tranferred to the system by additional logic that 
DMA's the data across the system bus Into main memory. 
The performance of this architecture is comparable to 
that of the standard bus master with a marginally higher 
use of CPU bandwidth. 

Advantages. This architecture provides high perform- 
ance close to the simple bus master design even In situa- 
tions where there are extremely long bus latencies (i.e., 
EISA). 

Disadvantages. When compared to the simple bus mas- 
ter interface, the cost of implementation is higher since 
this design requires additional buffer RAM and a complex 
system bus DMA channel in addition to the network Inter- 
face's DMA channel. If the DMA interface is not sophisti- 
cated, the performance will be lower and the software 
driver will have to do additional processing. 
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FIGURE 7. Buffered Bus Master Block Diagram 
5. Intelligent Bus Master. This design has a general pur- 
pose processor dedicated to the network Interface for 
processing packet data (Figure 8). For low-end cards, the 
processor does not do protocol processing but only per- 
forms packet data manipulation and controls access be- 
tween the system and the network Interface. On high end 
designs, the dedicated network CPU does protocol pro- 
cessing which off-loads this task from the main system. 
The transfer of data to the system may be via an I/O, 
shared RAM, or bus master interface. 
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FIGURE 8. Intelligent Bus 
Master Block Diagram 
Advantages. When using a processor with sufficient per- 
formance, this solution offers the highest performance of 
any of the solutions. This design also allows for the high- 
est bus latencies, since on board RAM can store many 
packets. This architecture can off-load the server's CPU 
from processing the low level protocol tasks and can thus 
achieve very low server utilization relative to other tech- 
nologies. 



Disadvantages. Very costly in terms of hardware and 
component count. In order to achieve significant packet 
throughput advantages, the dedicated processor must 
be able to process packets at least as fast as the host 
CPU. In many cases, the low end cards are less efficient 
than simple bus master cards in terms of packet through- 
put. 
In most practical examples, medium performance 16-bit 
processors are chosen and this choice tends to offer lower 
packet throughput than any of the other architectures. Typi- 
cal CPU loading is roughly half that of a non-intelligent bus 
master. 

BUFFER MANAGEMENT ARCHITECTURES 

Just as the performance of a particular hardware implemen- 
tation depends on how fast data Is transferred to the sys- 
tem, the packet buffer management scheme helps deter- 
mine how fast data can be transferred from the hardware to 
the Network Operating System. A great hardware design 
can be foiled by a poor software interface. 
High performance software designs will reduce software 
complexity and directly provide the data to the NOS in a way 
that the NOS expects. There are cost/performance trade- 
offs in this interface as well, and so there are various buffer- 
ing methods. 

Before discussing the types of buffering that hardware may 
choose to implement, it is first useful to look at what operat- 
ing systems expect for packet data. The goal is to minimize 
the device driver overhead, so a look at what information 
and in what form the NOS expects it is important. 
Figure 9 shows a representation of how the user sends and 
receives data to/from the NOS. For sending packets, the 
NOS breaks up the data into smaller pieces so that they can 
fit within an Ethernet frame. The driver then takes this data 
and presents it to the hardware. On reception, the hardware 
gives data to the driver which in turn passes this data to the 
NOS. The NOS translates the data (if necessary) to a form 
acceptable to the user's application. 

Transmit Requirements 

The simpler part of the packet buffering scheme is the 
transmission of a packet. In this instance, the packet starts 
from the user's application, and the NOS prefixes network 
data, usually referred to as headers, to the application data 
as shown in Figure 10. These headers can contain protocol, 
routing, or application specific information. The most effi- 
cient method of "prefixing" is to create a pointer list which 
describes the data pieces' locations rather than copying all 
the data into a contiguous area. The driver receives this list 
from the NOS and then sends the information to the hard- 
ware. The network interface controller should be able to use 
this list with as little driver software manipulation as possi- 
ble. The hardware and its associated driver must also be 
able to queue multiple requests since the network cable can 
only send one packet at a time. 
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FIGURE 9. User-Cable Data Movement through NOS to Driver to Hardware 
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Receive Requirements 

One might assume that the receive pacltet handling should 
be very similar to the transmit, but there are a number of 
differences. First, unlike a transmit packet, the NOS, driver, 
and hardware have no Idea when a packet may arrive, what 
kind of packet (i.e., IPX, TCP/IP, DECnet, etc.) it is going to 
receive, and how may packets may be received in a given 
time. While a packet to be transmitted Is statically resident 
in memory until it is operated on, a packet being received 
must have sufficient memory allocated to it prior to recep- 
tion. The amount of memory set aside must be equal to the 
maximum packet size since there is no way to predetermine 
a packet's length. 

These unknowns require a different type of buffer manage- 
ment. Since a packet could be received at any moment, the 
driver or the hardware must allocate memory before the 
packet arrives. The system should provide enough memory 
to handle several packets at a time In case the packets are 
received faster then they can be processed. This memory 
allocation Is accomplished in hardware by most architec- 
tures. A dedicated packet buffer RAM on the network card 
alfows sufficient space to receive multiple packets (this ca- 
pability is the reason that dedicated hardware RAM is used). 
All but the simple bus master architecture have a dedicated 
packet buffer. 

In the simple bus master, the driver must allocate a dynamic 
pool of system memory, and so the structure of the receive 
portion of the driver depends more on the memory alloca- 
tion scheme of the NOS than the network side. Thus for 
simple bus masters to be effective, they should implement a 
memory allocation/management scheme similar to that of 
the NOS to simplify data manipulation. 
Another consideration is that ultimately the packet will be 
given to the host's operating system, so the hardware/driv- 
er should present the data in a compatible format. The NOS 
will fragment the packet to remove all of the headers and 
give the data to the receiving application in the form it ac- 
cepts. 

As can be seen In Figure 1 1 a-c, there are several possible 
schemes for dealing with received packets. In cases where 
only one packet type Is being received, the hardware/soft- 
ware may be able to fragment the packet into It's multiple 
headers as It is received and to place each header into a 
separate area for manipulation (called protocol fragmenta- 
tion buffering). In some cases, this scheme is efficient since 
data copying can be eliminated (in theory). The down side 
for the NOS is that each layer must keep track of several 
pointers. When multiple protocols and packet types are in- 
volved, this type of scattering is difficult because the hard- 
ware will have to receive enough of the packet to determine 



Its type, and then either the hardware or software must find 
appropriate memory to place the fragments. This effort is 
required because different packet types have different 
header lengths and contents. 

Another possible reception method is to fragment the pack- 
et Into small buffers, usually 256 or 512 bytes. This will re- 
sult in a large Ethernet packet being chopped into 3 pieces 
(Figure lib). There are several advantages to this tech- 
nique: 

1. Operating systerh memory management uses these 
block sizes, so memory allocation is simplified by not hav- 
ing to allocate large contiguous memory blocks. 

2. Most Ethernet packets are relatively small, usually <256 
bytes. This type of memory scheme is more memory effi- 
cient than if a packet were contiguously buffered to a 
single area. This Is because each memory area must be 
able to accommodate a full Ethernet packet 1518 bytes, 
and if a small 100 byte packet Is received then the rest of 
the packet buffer will contain unused memory. (However 
these days operating systems with huge multi-megabytes 
of memory are common, and a few extra kbytes of packet 
buffers Is typically not a big problem.) 

3. In some schemes, the beginning of a new packet may be 
buffered directly at the end of the previous packet which 
causes additional fragmentation and hence more pointers 
(but is more memory efficient). 

The problem with this second scheme is performance. 
When a packet is scattered as shown In Figure 1 lb, multiple 
pointers are required to keep track of the packet, this means 
that there is more software overhead associated with main- 
taining the pointers, and it is possible that some fields within 
the packet may be split between two buffers. Fortunately, 
this split Is not likely to occur in the packet headers If 
>64 byte buffers are used, but the application data will be 
split, and may need to be copied to a contiguous buffer by 
the NOS prior to handing it off to the receiving application. 
The problems with the two associated schemes can be 
overcome by having the hardware buffer the packet into a 
single contiguous memory area (Figure 11c). This allows the 
protocol software to have only one pointer to describe a 
packet. When a header is processed, the old pointer Is 
thrown out, and the next header's pointer Is easily created. 
The packet data arrives at the application In contiguous 
form. Multiple pointers to packet headers can easily be cre- 
ated If the software requires it. In multiple packet type appli- 
cations, it is easier/cheaper for the software (as opposed to 
hardware) to determine the type of protocol/packet type for 
the received packet and manipulate the data based on this 
determination. 
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Operating System Requirements 

As has been described, the optimal buffering scheme for 
pacl<ets depends, In part, on the way the NOS interacts with 
the device driver and the hardware. At the device driver 
ievel, the NOS defines a programming interface for the ex- 
change of packets between the hardware/driver and the 
NOS. The type of interface heips to determine the desired 
buffering scheme. 

Note: Hardware architecture also affects this choice. 

For non-embedded applications which use standard operat- 
ing systems, the most prevalent transmit schemes provide 
the driver with a list of locations for the various portions of 
the packet. The driver/hardware then assembles the packet 
to prepare for transmission. Several schemes are used for 
receiving packets, but contiguous packet reception is the 
most popular. Packet scattering based on small memory 
block allocation is also quite common. 
Most operating systems require a certain byte alignment on 
received packets to conform to their memory management 
schemes. For example, 32 bits OS's usually require double 
word alignment, while PC DOS (an 8-bit OS), most often 
demands byte alignment. In general, the transmit alignment 
is usually byte oriented because the header fragments gen- 
erated may be an odd number of bytes. 

Hardware Packet Buffering Schemes 

Keeping in mind the general characteristics outlined above, 
several hardware packet buffering techniques can be com- 
pared. The NOS requirements do not change based on the 
hardware architecture or the buffering scheme chosen, so 
when the hardware does not provide optimal algorithms, the 
device driver software is required to complete the job. 
When the hardware packet buffering scheme minimizes bot- 
tlenecks (particularly software overhead), the theoretical 
performance of the driver/hardware set will increase. This 
section compares major buffering schemes and how they 
map into the NOS operations, hopefully revealing an indica- 
tion of the better architectures. 
The several schemes can be categorized as follows: 

1 . Simple DMA: Utilizing a simple start address and length, 
the system DMA performs all memory transfers. 

2. Buffer Ring: A block of memory is setup as a recirculating 
ring where data at the top of the memory block automati- 
cally wraps to the bottom, and pointers track the used/ 
open memory space. 

3. Linked Lists: A number of descriptor structures that de- 
scribe blocks of memory. Each block can contain either a 
part of a packet, a single packet, or multiple packets. 

4. Protocol Translation: This scheme must be implemented 
on an intelligent card since the on board CPU performs 
driver tasks as well as protocol processing. The designer 
can customize the hardware using any combination of the 
three previous buffering schemes if the native CPU is not 
needed for protocol translation. This buffering scheme, 
due to it's unique programmability, will not be discussed 
separately. 



SIMPLE DMA BUFFERING 

Typically this buffering architecture is used when the Ether- 
net Hardware is a simple MAC (Media Access Controller) 
Bus Master card that uses the system's DMA to provide a 
low cost solution. It is possible that the System DMA can be 
used in conjunction with a hardware scheme that includes a 
dedicated buffer RAM (like Shared RAM). 
Reception tends to be a problem for the simple MAC bus 
master, so this is discussed first. Incoming packets are buff- 
ered in a small FIFO and a request is made for the system 
DMA controller to transfer the data. Simple bus master 
cards that do not use local memory must have access to the 
system bus before the FIFO fills, or the packet will be 
dropped. In addition, the host CPU must be able to allocate 
new blocks of memory as they are needed, which can be 
significant in terms of software overhead. For ISA based 
PC's, the DMA transfer rate Is between 1.0-2.0 Mbytes/ 
second which is not sufficient to keep up with the Ethernet 
data rate. 

The transmit operation requires the DMA controller to trans- 
fer data from the host's memory to the controller's FIFOs 
(Figure 12). If the FIFOs are not large enough to buffer the 
maximum packet size, care must be taken to avoid a FIFO 
underrun because partial packets will be transmitted on the 
network. Once again, the host's CPU is responsible for all 
memory management. 
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FIGURE 12. System Memory Packet Reception 
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Buffer Ring DMA 

For this architecture, the controller's memory manager util- 
izes a ring structure comprised of a series of contiguous 
fixed length buffers in a local RAM (Figure 13). The ring is 
typically divided into a transmit and receive section by the 
driver software. During reception, Incoming data is buffered 
to the receive portion of the ring and then transferred to the 
system by the local DMA channel. The memory manager is 
responsible for three basic functions during reception: link- 
ing receive buffers for long packets, recovery of buffers 
when a packet is rejected, and recirculation of memory 
blocks that have been read by the host. 
When transmitting data, the software driver must first as- 
semble the packet in the transmit portion of the ring using 
DMA transfers. This information must include the destina- 
tion address, the source address, the type/length of the 
packet, and the data itself. When transmission begins, the 
controller's local DMA channel transfers the data out of the 
ring and into the controller's FIFO. The controller sends out 
the data and appends a CRC field. The block of buffer mem- 
ory used by the packet is then returned for reuse. 

Linked List Paclcet Handiing 

In a linked list structure, packets that are received or trans- 
mitted are placed in buffers that are linked by lists of point- 
ers. The advantage to this approach, as mentioned earlier. 
Is that it should eliminate unnecessary packet copying. The 



software driver pre-allocates memory for receiving data and 
stores a list of pointers to available buffer pages In a Re- 
ceive Resource Area (Figure 14). Another list of pointers 
(Resource Descriptor Area) is created when packets are re- 
ceived. Each pointer In this list corresponds to the starting 
address In memory of the received packet. Multiple packets 
can be stored in the same buffer area as long as their total 
length does not exceed the buffer page size. 
The transmit buffer management scheme uses two areas In 
memory for transmitting packets (Figure 15). The Transmit 
Descriptor Area contains several fields that describe the 
packet to be transmitted and a pointer to the descriptor of 
the next packet to be transmitted. Quite often, operating 
systems store packet header Information In one portion of 
memory and application data in another. Each of these 
fields Is called a fragment. 

The typical Ethernet packet contains multiple fragments, so 
the linked list buffering scheme provides pointers to each 
piece as well as a count of how many fragments are In the 
packet. In contrast, the buffer ring architecture would have 
required the driver to copy all of the fragments and the ap- 
plications data into a contiguous area of local RAM prior to 
transmission. The buffer ring Is a simple lower performance 
packet buffering scheme. The linked list structure adds 
some complexity, but will Increase performance when prop- 
erly tailored to the network operating system. 
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FIGURE 13. Buffer Ring DIUIA Structure 
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FIGURE 15. Linked List Packet Transmit Structure 
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SYSTEM APPLICATIONS 

For a certain application, many architectures may prove ad- 
equate, but the best soiution may not be obvious. The fol- 
lowing section wil discuss the general design tradeoffs to 
each approach as they apply to personal computers and 
office peripherals. 

PC/PC-AT Client Adapter 

While many companies promote performance, most simple 
Interfaces prove to be sufficient, therefore cost and compat- 
ibility are of greater importance. The I/O mapped design is 
by far the most prevalent architecture for PC client cards 
due to good packet throughput performance and low cost. 
I/O mapped cards also tend to be the easiest to install be- 
cause the I/O space of PC's tends to be less crowded then 
the memory space. 

Shared memory cards must map their local packet RAM into 
the PC's address space between 640k and 1M. In the DOS 
environment, this space is crowded with BIOS ROMs, EGA/ 
VGA video RAM, and disk controller hardware. Depending 
on the machine, configuration address contention can re- 
sult. Also, the PC-AT bus timing for dual ported RAMs is 
tricky and varies somewhat between clones, thus making 
compatibility a more difficult issue. 

For bus mastering cards, arbitration is not well implemented 
on many PC-AT compatibles and is not available in the 
PC-XT. These types of cards seem to have the most trouble 
interfacing to PC-AT clones because they are sensitive to 
system timing and the addition of other add-in cards. An 
improperly designed card can interfere with DRAM refresh 
and thus cause catastrophic failure. Earlier Ethernet control- 
lers are not suitable for this approach because the bus cy- 
cles are excessively slow, thus limiting CPU performance. 

Note: PS/2's with a microchannel bus provide very good arbitration, so bus 
masters are much more suitable for this environment. 

The other architectures previously mentioned tend to be too 
expensive for the minor performance gains that would be 
achieved. 

Performance . Assuming that the I/O port design is the refer- 
ence, then the relative performance of the shared RAM de- 
sign offers between a 2%-7% packet throughput improve- 
ment. Faster 386 based machines tend to minimize any ad- 
vantages when the NOS is taken into consideration. The 
bus master could offer up to 10% speed improvement, but 
when using older Ethernet controllers this improvement is 
less. The major advantage to this approach can be lower 
CPU utilization. 

PC (ISA Bus) Server Adapter 

Until very recently, servers have been mostly high perform- 
ance ISA Bus PC-ATs. Due to multiple users, the traffic on 
the server is much higher than the client, and so bottlenecks 
in packet transfer will be more noticeable. Servers may also 
have to support multiple network cards to allow for the inter- 
nal bridging of networks. The weakest link in these systems 
tends to be the relatively slow ISA bus. 
For ISA bus servers, I/O mapped, shared RAM, and bus 
master designs all have their advantages and disadvan- 
tages. The best overall solution could be the I/O mapped 
design in spite of its slightly lower performance; it Is compat- 
ible to industry standards, lower cost, and offers reasonable 
performance. Multiple cards can easily be employed since 
this interface does not put a burden on the bus, nor tie up 
needed RAM space. 



The Dual-Ported RAM design offers slightly better perform- 
ance, and won't tie up the bus, but does use precious mem- 
ory space. This solution may prove less suitable if several 
cards are required in the Server. , 
Simple bus masters can provide the best performance, but 
since multiple cards can tie up the PC-AT's ISA bus and 
prevent CPU and refresh from getting sufficient access to 
the bus, this could present a problem when multiple cards 
are placed on the bus. No standard exists for supporting 
arbitration among multiple bus masters. Some initial imple- 
mentations will only allow installation of one card due to 
slow bus cycles. 

Performance . Assuming that the I/O port design is the refer- 
ence, then the relative performance of the shared RAM de- 
sign offers between a 2%-7% packet throughput improve- 
ment. The bus master could offer up to 10% speed im- 
provement. 

PS/2 and EISA Server Adapter 

The 32-Bit 386/486 PS/2 and EISA machines require the 
best performance, and cost tends to be a secondary issue. 
In addition, both these buses have Intelligent bus arbitration 
schemes for bus ownership. The major difference between 
the two is that the arbitration scheme for EISA has the po- 
tential for having a relatively large bus latency, whereas the 
Micro Channel bus latency tends to be lower. This differ- 
ence affects the bus mastering approaches taken. 
The I/O mapped scheme is not optimal since cost is less of 
an issue and performance is more important. The Dual Port 
RAM scheme is a better choice as bus transfer speeds can 
be optimized by using fast RAMs, but the cost of the associ- 
ated RAMs and logic Is more (4-32kx8 SRAM are typically 
used for on-card buffering). 

A simple bus master can be a very good choice if the de- 
sired bus latency is accommodated and an intelligent buffer- 
ing scheme is Implemented. This architecture can cost the 
same as a shared memory design, but provide faster packet 
throughput. Also multiple cards can easily be accommodat- 
ed. 

For the best performance, a well implemented intelligent 
board which does on board protocol processing is the best 
choice. However, the cost is prohibitive, and while overall 
sen/er CPU usage can be minimized, typical implementa- 
tions do not offer the best overall throughput. 

PC Motherboard Applications 

The goals in designing Ethernet connectivity onto PC moth- 
erboards differs from those of PC add-in cards. First, due to 
severe competition and a network oriented focus, add-in 
board designers tend to concentrate on both the cost and 
performance of an implementation. The primary concern for 
PC motherboard designers is CPU performance and com- 
patibility to existing standards. The purpose of including 
Ethernet is to provide added value and a simple inexpensive 
connection. Board space and power consumption tend to 
be more critical on motherboards. 
Applications on the motherboard fall Into two design catego- 
ries: 

1 . An adapter card design folded down onto the main sys- 
tem board. 

2. A system bus Interface (or local bus) directly connected 
to the CPU. 
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The best approach depends on whether the Ethernet's de- 
sign goal is primarily cost or performance driven. The fold- 
ed-down design offers compatibility with well established 
standards and thus the lowest risk. The system interface 
architecture offers better performance at the expense of 
complex system design considerations. 

PC System I/O Bus Design 

The easiest approach to embedded Ethernet is to simply 
graft an existing PC adapter's design onto the motherboard 
or daughter card. This places the controller in a less per- 
formance critical area of the overall system design (the I/O 
bus) and allows a migration path from a solution that is 
known to work. Since backward compatibility is achieved, 
investments in software and experience are preserved. This 
design can be applied across an entire line of PC's with no 
modification to the hardware or software. 
The most common implementation would be to "fold" an 
ISA bus 16-bit Ethernet card design onto the motherboard 
and thus provide a common interface for both ISA and 
EISA. The growing popularity for ISA based adapters has 
led semiconductor suppliers to provide very highly integrat- 
ed solutions for this environment. Unfortunately the same 
integration level is not yet available for EISA based 32-bit 
designs. 

The only disadvantage to "folding down", an adapter card 
solution is slightly lower performance. Since the throughput 
of Ethernet is usually "cable limited" this approach Is suit- 
able for clients and most servers. 

PC System Bus (CPU Bus) 

In this implementation, the Ethernet controller is tightly cou- 
pled to the system CPU bus (386 or 486). This is illustrated 



by the top shaded block in Figure 16. In a PC, the highest 
performance bus is the CPU system bus. Ethernet control- 
lers designed to operate in this environment can provide a 
relatively clean interface with a low parts count. The bus 
master architecture makes the most sense for this bus due 
to the simplicity of the interface. 

The CPU system bus tends to be the most critical aspect of 
a PC's overall performance. Adding peripherals to this bus 
has generally been avoided because I/O functions can re- 
duce bus efficiency. Embedded cache memories on some 
CPU's help to lessen this burden, but system performance 
will be affected. Another concern is that this bus was not 
designed to support the large fanout required for driving 
multiple I/O devices. 

Interfacing to the CPU's bus presents many challenging de- 
sign problems. The characteristics of this bus are deter- 
mined by both the CPU and the memory controller. Changes 
in CPU type and frequency will cause the interface to vary 
for each PC model in a product line. The controller's operat- 
ing frequency must be closely matched to that of the CPU to 
avoid timing problems. This can create problems for modu- 
lar PC's that offer CPU upgradeability. 
Table I summarizes the discussion on PC-Ethernet architec- 
tures. It should be noted that the ratings assume that each 
implementation is a good efficient design. For example, a 
simple bus master is an excellent architecture only for appli- 
cations where it meets with the requirements of the bus; this 
may not always be true. Some qualitative performance ref- 
erences are given, but these should not be taken as valid 
for every case. 
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FIGURE 16. Two Choices for Ethernet on a PC Motherboard 
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TABLE I. Suitability of Architecture for PC Applications 



Arcliltecture 
(Note 1) 



I/O 
Mapped 



Dual 
Port 
RAM 



Simple 

Bus 
Master 



Buffered 

Bus 
Master 



intelligent 



PC, PC AT (ISA), 
PS/2 (Client) (Note 2) 



Excellent 



Good 



Fair 



Poor 



Poor 



PC AT (ISA Bus) 
(Server) (Note 2) 



Good 



Good 



Fair 



Poor 



Fair 



PS/2 (Server) (Note 2) 



Fair 



Good 



Excellent 



Fair 



Excellent 



PC AT (EISA) 
(Client/Server) 



Fair 



Good 



Excellent 



Good 



Good 



PC Motherboard 
(System Bus) (Note 3) 



Good 



Good 



Good 



Poor 



Poor 



Note 1; The rating from best to worst: Excellent, Good, Fair, Poor, 

Note 2: These applications assume that ttie Ethernet interface is supplied on an adapter card. 

Note 3: This application places the Ethernet interface on the PC AT motherboard (system planar) interfaced to the system CPU bus. If the Ethernet interface is 

placed on the motherboard connected to an I/O bus the architectural choice is represented by the bus (lil^e ISA). 

CONCLUSION 

The correct choice of an Ethernet controller must be a caret ull balance of all of the design goals. In the majority of cases, the 
throughput of 16-bit Ethernet controllers is more than sufficient (with the exception of servers). For 386 or greater based PC's, 
throughput is limited by the network operating system and the 10 Mblt/sec. data rate of Ethernet. The decision to use a 32-bit 
controller should be based on the need for available CPU bandwidth, and to a much lesser extent, throughput. 
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OVERVIEW 

This 8-Bit Ethernet adapter board design is an inexpensive- 
low part count design that provides PC-XT and PC-AT® 
compatibles witti Thicl<, Thin, and Twisted Pair Ethernet 
connectivity. This design provides an 8-bit interface that is 
compatible with Novell's 8-bit NE1000, while using the 
DP83902 (ST-NICTM) to interface to twisted pair Ethernet. 
The ST-NIC also has an AUI interface which allows inter- 
face to thick wire Ethernet, or thin wire Ethernet by the addi- 
tion of the DP8392 Coaxial Transceiver Interface (CTI). The 
dual DMA (local and remote) capabilities of the ST-NIC, 
along with 8 kbytes of buffer RAM, and bus interface logic 
provide a high performance 8-bit interface. The I/O port ar- 
chitecture used in this design isolates the CPU from the 
network traffic, proves to be the simplest method to inter- 
face the DP83902 to a PC system bus. 
This paper describes the basic design and operation of this 
8-bit adapter card, and then follows this with specific design 
information including the PAL equations and a detailed 
schematic of the design. For detailed information refer to 
the schematics at the end of this document. 



HARDWARE FEATURES 

■ Fits in a half-size IBM XT form factor 

■ Utilizes DP83902 twisted pair network interface control- 
ler (ST-NIC) 

■ 8 kbyte on-board packet buffer 

■ Simple I/O port interface software compatible with 
Novell's NE1000 Ethernet adapter 

■ Interfaces to Thick (10BASE5), Thin (10BASE2), and 
Twisted Pair (10BASE-T) Ethernet 

■ Boot EPROM socket 

BUS INTERFACE 

The block diagram for this design is shown in Figure 1. The 
ST-NIC board as seen by the system appears only to be a 
block of I/O ports. With this architecture the ST-NIC board 
has its own local bus to access the board's memory. The 
system never has to intnjde further than the I/O ports for 
any packet data operation. There are two register/memory 
maps that describe the card. The first is the I/O register 
map that describes how the PC's processor accesses the 
card. The second map is the one that describes how the 
ST-NIC accesses the on-card memory. 
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FIGURE 1. System Bus Block Diagram for 8-Blt Ethernet Card 
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I/O Map 

The ST-NIC board requires a 32 byte I/O space to allow for 
decoding tlie data port, the reset port, and the ST-NIC regis- 
ters. This is shown in Table I. The first 16 bytes are the 
ST-NIC registers, the next 16 bytes address the data port 
and the reset port, which are aliased alternately as shown. 

TABLE I. I/O Map In PC-AT 



Address Offset 


Device Accessed 


OOh-OFh 


ST-NIC Registers 


10h-13h 


Data I/O Port 


14h-17h 


Reset Port 


18h-1Bh 


Data I/O Port 


ICh-IFh 


Reset Port 



Additionally there are three jumpers which define the base 
addresses for the address map shown in Table I. (See the 
Jumper Configuration section for details.) 

On-Card Memory Map 

There are only two items mapped into the local memory 
space. These two items being the 8i< x 8 buffer RAM and 
the Ethernet ID address PROM. The buffer RAM Is used for 
temporary storage of transmit and receive packets. 

TABLE II. ST-NIC's Local Memory Map 







ST-NIC A1 3 Low = PROM 




etc. 


ST-NI 


CA13High = RAM 


7FFF 








RAM 


*— 


The PROM and Ry 


6000 






Aliased through 6' 


5FFF 




Address Range. 




PROM 






4000 








3FFF 








RAM 






2000 




*— 




1FFF 




The ■S288 PROM 








Actually Takes 32 




PROM 




Locations and is 
Aliased for Each 


0000 






8K Block. 



The buffer RAM is used for temporary storage of network 
packet data that is either being transmitted or received. The 
ID address PROM (74S288 32 x 8) contains the physical 
address of the evaluation board. Each PROM holds its own 
unique physical address which is Installed during its manu- 
facture. Besides this address, the PROM also contains 
some identification bytes that can be checked by the driver 
software. At the initialization of the evaluation board the 
software commands the ST-NIC to transfer the PROM data 



to the I/O Port where it is read by the CPU. The CPU then 
loads the ST-NIC's physical address registers. The following 
table shows the contents of the PROM. 

TABLE III. PROM Contents 



PROM 
Location 


Location Contents 


OOh 


Ethernet Address 
(Most Significant Byte) 


Olh 


Ethernet Address 1 


02h 


Ethernet Address 2 


03h 


Ethernet Address 3 


04h 


Ethernet Address 4 


05h 


Ethernet Address 5 


06h-0Dh 


OOh 


OEh. OFh 


57h 


10h-15h 


Ethernet Address 0-5 


16h-1Dh 


Reserved 


1Eh,1Fh 


42h 



EPROM INTERFACE 

An EPROM socket is provided so that the end user may add 
an EPROM to the system. This EPROM would normally con- 
tain a program and a driver to enable the PC-AT to be boot- 
ed up (Operating System loaded) from a designated net- 
work server. The ICs necessary to interface the EPROM to 
a 16L8 (PAL), and a 74ALS244 (buffer). The PAL decodes 
SA14-SA19, along with system memory read, in order to 
generate the EPROM enable signal. The '244 provides buff- 
ering of the EPROM's data bus to the PC's bus. 

General Bus Interface Operation 
For receiving of packets, the ST-NIC first starts to receive a 
packet and checks the address of this packet. If the address 
corresponds to the address for this card, then the data is 
received by the ST-NIC. The ST-NiC utilizes it's Local DMA 
channel to buffer the packet into the next available area of 
the 8k buffer RAM. As each packet is received the ST-NIC's 
local DMA will buffer it to the next available location in mem- 
ory. After each packet is buffered the ST-NIC will generate 
and interrupt to the CPU. If a packet that has an error is 
loaded into RAM, the ST-NIC will reject the packet and re- 
claim the memory space that the packet occupied. 
Upon recognition of the receive interrupt the CPU should 
then program the ST-NIC's Remote DMA to read the packet 
into the I/O port consisting of the two back-to-back 
74ALS374S (see F^ure 1 ). As the ST-NIC's Remote DMA 
does this the CPU handshakes with the DMA to read each 
byte from the I/O Data Port and store it in the PC's main 
memory. This is repeated until the packet has been com- 
pletely transferred. 
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For packet transmission, the system CPU first programs the 
ST-NIC's Remote DMA to receive a packet from the system 
info a predetermined area of the card's buffer RAM. The 
CPU and the ST-NIC then handshake while the data is sent 
through the I/O data port. 

Once the transmit packet is completely assembled into the 
local card RAM, the ST-NIC is then programmed to transmit 
the packet out onto the network. The ST-NIC then reads the 
transmit data using its Local DMA channel, and then follows 
the CSMA/CD protocol to transmit the data. When the 
transmission is complete an interrupt Is generated, and the 
CPU can check the status of the transmit to ensure proper 
transmission did occur. 

NETWORK INTERFACE 

The evaluation board supports three physical media inter- 
faces options: Thick Ethernet, Thin Ethernet, and Twisted 
Pair. The block diagram for these interfaces can be seen in 
Figure 2. A single jumper selects between the ST-NIC's At- 
tachment Unit Interface (AUI) and its 10BASE-T interface. 
When the AUI is selected a second jumper selects the Thin 
Interface or the AUI connector. This second jumper shorts/ 
opens the power supply to the transceiver. The AUI inter- 
face provides connectivity to an external transceiver which 
typically connects to Thick Ethernet cable. 



The ST-NIC has an integrated lOBASE-Tinterface so that 
all that needs to be added are the equalization resistors, 
and an integrated filter module such as the Valor FL1012. 
The Thin Ethernet interface is a little more complicated. This 
section includes a pulse transformer and a DC-DC Convert- 
er (Valor PM7102 or equivalent) to provide the required iso- 
lation, and the DP8392 Coax Interface and a few discrete 
components. The input power to the PM7102 is enabled via 
the jumper to enable disabling of this interface. 

JUMPER CONFIGURATIONS 

On the DP83902EB-AT ST-NIC AT board, there are nine 
jumpers as grouped in the one block in the component lay- 
out shown in Figure 3. The following pages will explain how 
to configure these jumpers, and what they do. 

Physical Interface 

There are a number of jumper options provided in this de- 
sign to enable utilizing some of the ST-NIC's pin program- 
mable options. Most of these are set for the normal default 
and should not have to be changed (in fact most are only 
provided for experimentation purposes). These jumpers are 
JP3, JP5, and JP6. JP4 is provided to enable experimenta- 
tion with different bus clocks should a designer wish. This 
option is not useful for general operation and the default to 
use the 20 MHz network clock would normally be used. 
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FIGURE 3. Proposed Component Placement (Jumpers Located In Center of Board) 
TABLE IV. ST-NIC Option Jumpers 
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Jumper 


Position 


Description 


JP3 


OFF 


IEEE Half Step AUi 
Mode 


ON 


Ethernet Full Step AUI 
Mode 


JP4 


ON 


Common Network-Bus 
Clocks 


OFF 


Separate Network-Bus 
Clocks 


JP5 


ON 


Link LED Off 


OFF 


LED Enabled 


JP6 


OFF 


10BASE-T Link Enabled 


ON 


10BASE-TLink 
Disabled 



Default 



Default 



Default 
Default 



Two jumpers select which physical media to use as shown 
in Table V. 



For Table V, the selection default is Thin Ethernet, and any 
of the jumper options may be selected, except shorting both 
jumpers, JP7 and JP8. If this is done then the Thinnet trans- 
ceiver is enabled, but the ST-NIC will use the twisted pair 
interface, since this does not make any sense the option is 
not useable. 

I/O and EPROIM Addresses 

This design utilizes the same set of I/O address selections 
and EPROM address selections as NE1000, as shown in 
Table VI. 

TABLE VI. I/O and EPROM Address Options 



Default 



TABLE V. PhyslcalMedla Selection 



JP8 


JP7 


Description 


OFF 


OFF 


Thick Coax (10BASE5) 


OFF 


ON 


Twisted Pair (10BASE-T) 


ON 


OFF 


Thin Coax (10BASE2) 


ON 


ON 


Illegal 



JP2 


JP1 


JPO 


I/O 
Address 


EPROM 
Address 


ON 


ON 


ON 


300H 


C800H 


ON 


ON 


OFF 


300H 


Disabled 


ON 


OFF 


ON 


320H 


CCOOH 


ON 


OFF 


OFF 


320H 


Disabled 


OFF 


ON 


ON 


340H 


DOOOH 


OFF 


ON 


OFF 


340H 


Disabled 


OFF 


OFF 


ON 


360H 


D400H 


OFF 


OFF 


OFF 


360H 


Disabled 



Default 
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As can be seen JPO actually is the enable for the EPROM, 
and JP1 and JP2 select the addresses for both the I/O and 
EPROM. Like the NE1000 the addressing of the I/O and 
EPROM cannot be set individually. 
This design supports the same interrupt selection options as 
the NE1000, as shown in Table VII. Individual jumpers en- 
able each interrupt to the bus interface. It is important that 
only one interrupt be selected at any one time. 

TABLE VII. Interrupt Output Selection 



Default 



All of these jumper options can be provided in a relatively 
easy grouping as shown below. (JP5) may not be grouped 
here as it is better to place It near the ST-NIC to try to 
minimize clock trace lengths. 



JP12 


JP11 


JP10 


JP9 


Interrupt 


ON 


OFF 


OFF 


OFF 


IRQ6 


OFF 


ON 


OFF 


OFF 


IRQ4 


OFF 


OFF 


ON 


OFF 


IRQ3 


OFF 


OFF 


OFF 


ON 


IRQ9 


OFF 


OFF 


OFF 


OFF 


NONE 
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FIGURE 4. Possible Jumper Configuration 

LAYOUT CONSIDERATIONS 

The PCB layout for this design is very similar to most triple 
media interface designs (most of the layout considerations 



revolve around the media interfaces layout). The major 
component placement decisions are to place the ST-NIC's 
10BASE-T port near the RJ45 Connector, and to place the 
DP8392 close to the BNC connector. 
For the ST-NIC placement and layout, it is important to en- 
sure that the power supply noise imparted from the board is 
minimized. To ensure this adequate decoupling around the 
4 sides of the ST-NIC is important. There are two reasons 
for this. First the ST-NIC is a combined digital and analog 
function so to maximize the analog circuit performance, 
noise should be reduced. Secondly, the AUI and twisted pair 
outputs can conduct power supply noise out to the connec- 
tors. Thus power supply noise should be kept to a minimum 
to reduce RFI emissions. It is recommended that 0.1 ;xF low 
ESR decoupling capacitors be used along with a couple of 
4.7 jxF-10 jaF tantalum capacitors. 
On the ST-NIC's twisted pair interface, the layout should be 
compact, and all signal traces should be kept straight and 
short. It is preferable to have each of the signals in a partic- 
ular differential pair matched to minimize differential skews 
(i.e., RX+ and RX- should be matched). Also, the power 
planes under the twisted pair interface components should 
be removed to prevent power supply noise from being in- 
jected into the twisted pair signals, again to minimize RFI. 
For the DP8392 layout there are several considerations. 
First the CTI power planes must be isolated from the logic 
power planes by a PCB gap that can withstand 500V. The 
isolated power plane should be removed from under the 
signals that interface from the CTI to the BNC connector. 
This is required to reduce the capacitance as seen from the 
Thin net (RG58) cable. It is also advisable to add a small 
heatsink power plane to the solder side layer that encom- 
passes the area between the two rows of pins of the 
DP8392 package (see datasheet for specific layout recom- 
mendations). 
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FIGURE 5. Ground/Power Planes and Layout Considerations 
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BILL OF MATERIALS July 8, 1 991 



CAPACITORS 


C1,C2,C6-C26, 
C31-C35 


0.01 IJ.F, 50V Monolythic 


C3, C27, C28, C36 


22 nF, 12V Tantalum 20% 


C4 


0.01 (xF,1 kV Ceramic 


C5 


0.01 fiF, 50V Ceramic 


C29, 030 


0.01 fiF, 50V Ceramic 


RESISTORS 

(5% Va Watt unless otherwise noted.) 


R1-R3 


4.7k 


R4,R5 


270, %W 


R6-R9 


39.2, 1 % 


R10-R13 


1.5k 


R14 


Ik, 1% 


R15 


150, 1%, y4W 


Ri7 


1M, VzW 


R18 


10k, 1% 


R19, R20 


50,1% 


R22, R23 


66,1%,y4W 


R21,R24 


271,1% 


R25 


800,1% 


R26-R28 


300 


R29-R35 


4.7k 


DIODES 


D1 


1N4150 (FDSO1201 SIVIT Version) 


D2 


Green LED 5mm Low Current 


D3 


Amber LED 5mm Low Current 


D4 


Green LED 5mm Low Current 


CONNECTORS/SOCKETS 


J2 


BNC Same as ATT 


J3 


RJ-45 AMP 520252 or 
Non-Keyed or Equivalent 


J4 


15-Pin D Conn Female, 747247-4 
Siide Lock AMD MDA 51220-1 


JP0-JP13 


2 Pin Jumper, 0.1" Pin Space 



CONNECTORS/SOCKETS (Continued) 


S1 


24-Pin 0.3" Space Socket for U1 


S2 


20-Pin 0.3" Space Socket for U2 


S3 


1 6-Pin 0.3" Space Socket for US 


S4 


24-Pin 0.3" Space SocketforU13 


SEMICONDUCTORS 


U1 


GAL20V8-15or 
PAL20L8 (Socketed) 


U2 


PALI 6L8-1 5 (Socketed) 


U3 


74ALS245 


U4,U5 


74ALS374 


U6 


HM6264-85ns (May Use 100ns) 


U7 


74F373 


U8 


74S288 


U9 


DP83902 


U11 


DP8392C 


U12 


74ALS02 


U13 


27128 (Socket Installed Only) 


U14 


74ALS244 


MISC 


SP1 


0.75 pF,1kV. Spark Gap 
MalloryASR75Aor 
MEPCO/CENTRALAB 
S758X44000NAZAA 


T1 


BelfuseS553-1006-AE 


T2 


Supral.1 10BASE-T Pulse 
Transformer/ Filter 


U10 


PM71 02 Valor DC-DC 


X1 


20 MHz, 0.01 %, Oscillator 
40/60% 10TTL Drive OpL 


X2 


25 MHz, 0.1 %, Oscillator 40/60% 
(Not Installed) Opt. 




Bracket for Mounting in PC-AT Slot 

G44 Basic Blank, 

Stamped as DP839EB-ATS Board 

(Assy. #980550173) 
Screw: Bind Head Slotted 

4—40 X 0.250, Steel, (90277A106) 
Vi^asher: Lock Ext #4, Zinc/Steel, 

(91114A005) 
Washer: Flat #4, Zinc-CRS, 

(90126A005) 
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PAL EQUATIONS 
PAL#1(U1) 

module iodecode flag ' -rl ' 

title -date: 7/5/91 

functions: 10 Address Decode, 10 Port-NIC Handshake, Ready Generation' 

ul device ' P20L8 ' ; 



CO 



"input pins: 

BCLK,.SA9, SA8, SA7, nJPEN 
SA4, SA2, RSTD, nIOR, nlOW 
PRQ, nAEN, nACK 

"output pins: 

nIORDY, nCSN, nWACK, nIOEN 

nNRST, NRST, nRACK 

"constants 



pin 1, 2, 3, 4, 5; 
pin 6, 7, 8, 9, 10; 
pin 11, 14, 23; 



pin 15, 17, 18, 19; 
pin 20, 21, 22; 



X, Z, H, L = .X., -Z., 1, 0; 

ADDR2 = [SA9, SA8, SA7 , X, X, SA4 , X, SA2 , X, X] ; 



equations 

nCSN = I 

nRACK = 
nWACK = 
nIOEN = 



!((!nAEN & InJPEN & ! SA4 Sc SA9 & SA8 & !SA7 & InlOR) 
# (InAEN & inJPEN & ! SA4 & SA9 & SA8 & ! SA7 & inlOW )); 

!(!nAEN & InJPEN & SA9 & SA8 & ! SA7 & SA4 & ! SA2 & InlOR & PRQ); 

!(!nAEN & InJPEN & SA9 & SA8 & !SA7 & SA4 & !SA2 & PRQ t InlOW); 

!{ (InAEN & inJPEN & InlOR & SA9 & SA8 & !SA7 & SA4 & !SA2) "Not Reset 

# (InAEN & inJPEN & inipw & SA9 & SAB & i SA7 & SA4 & ! SA2 ) 

# (inAEN & inJPEN & SA9 & SAB , & iSA7 & iSA4 & inlGR) "NIC Registers 

# (inAEN & inJPEN & SA9 & SA8 & !SA7 & iSA4 & inlOW) ) ; 

enable nIORDY = inlOEN; 
nIORDY = i (nACK & inCSN 

# iPRQ & nCSN) ; 

NRST = !(inIOW # nNRST); 

nNRST = !((inIOR & inAEN & inJPEN & SA9 & SA8 & iSA7 & SA4 & SA2) 
# RSTD # NRST) ; 

test_vectors ( [ADDR2, nAEN, nIOR, nlOW, nJPEN] -> (nCSN) ) ; 

" nCSN ASSERTION 

" A nA nl nl nJP nC 
" D E O E S 
" D N R W N N 



f-hSlO, 


L, 


L, 


L, 


L] 


-> 


[H] 


" None 


[''h310. 


L, 


H, 


H, 


L] 


-> 


[H] 


" None 


["h300. 


H, 


L, 


L, 


H] 


-> 


[H] 


" None 


[-^hSOO, 


h, 


h, 


L, 


H] 


-> 


[H] 


" None 


['^h300. 


L, 


h, 


L, 


L] 


-> 


[L] 


" nCSN 


[-^hSOO, 


L, 


L, 


H, 


L] 


-> 


[L] 


" nCSN 
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[''h308, 


L, 


H, 


L, 


L] 


-> 


[L] 


1 


nCSN 


['^h320, 


L, 


L, 


L, 


H] 


-> 


[H] 




None 


test_vectors 


( [ADDR2, 


nAEN, nIOR, nlOW, nJPEN, PRQ] -> [nRACK, nWACK] ) ; 


- A 


nA 


nl 


nl 


nJP 


P 




nR 


nW 


" D 


E 








E 


R 




C 


C 


" D 


N 


R 


W 


N 


Q 




K 


K 


[^h310. 


L, 


L, 


H, 


L, 


H] 


-> 


[L-, 


H) ; " nRACK 


["hSlO, 


L, 


H, 


L, 


L, 


H] 


-> 


[H, 


L]; 


" nWACK 


["hSlO, 


H, 


L, 


H, 


H, 


H] 


-> 


[H, 


H]; 


" None 


['^hSlO, 


L, 


L, 


H, 


H, 


H] 


-> 


[H, 


H] ; 


" None 


["hSlO, 


H, 


L, 


L, 


L, 


H] 


-> 


[H, 


H]; 


" None 


C^haiO, 


H, 


L. 


h. 


H, 


H] 


-> 


[H, 


H]; 


" None 


[^h300. 


L, 


L, 


L, 


H, 


H] 


-> 


[H, 


HI; 


" None 


[^h314. 


L, 


L, 


L, 


H, 


L] 


-> 


[H, 


HI; 


" None 


[^^11318, 


L, 


L, 


H, 


L, 


H] 


-> 


[L, 


H]; 


" nRACK 


['^h318. 


L, 


H, 


L, 


L, 


H] 


-> 


[H, 


L]; 


" nWACK 


test_vectors 


([ADDR2, nAEN, r 


lOR, nlOW, PRQ, nACK, nJPEN] -> [nIORDY] ) ; 


" A 


nA 


nl 


nl 


P 


nA nJP 




nl 


" D 


E 


O 





R 


C 


E 




R 


" D 


N 


R 


W 


Q 


K 


N 




DY 


["hSOO, 


L, 


L, 


H, 


X, 


H, 


L] 


-> 


[L] ; " NIC Read 


[''h300. 


L, 


L, 


H, 


X, 


L, 


L] 


-> 


[H]; 


" NIC Read Ready 


[''h300, 


L, 


H, 


L, 


X, 


H, 


L] 


-> 


[L]; 


" NIC Write 


['^h300. 


L, 


H, 


L, 


X, 


L, 


L] 


-> 


[H]; 


" NIC Write Ready 


['^hSlO, 


L, 


L, 


H, 


L, 


X, 


L]- 


-> 


[L]; " 10 Read 


["h310, 


L, 


L, 


H, 


H, 


X, 


L] 


-> 


[H]; 


" lO Read Ready 


["h310. 


L, 


H, 


L, 


L, 


X, 


L] 


-> 


[L]; 


" lO Write 


['^h310. 


L, 


H, 


L, 


H, 


X, 


L] 


-> 


[HI; 


" lO Write Ready 


test_vectors 


([ADDR2, nAEN, nIOR, nlOW, RSTD, nJPEN] -> [nNRST, NRST] ) ; 


" A 


nA 


nl 


nl 


R 


nJP 




nN 


N 


" D 


E 








S 


E 




R 


R 


" D 


N 


R 


w 


T 


N 




T 


T 


['^hSOO, 


H, 


H, 


H, 


H, 


L] 


-> 


[L, 


H]; 


Hard Reset 


[^h300. 


H, 


H, 


H, 


L, 


L] 


-> 


[L, 


H] 




Reset Latched 


[^h300. 


H, 


H, 


L, 


L, 


L] 


-> 


[H, 


L] 




' Un Reset 


["h314. 


L, 


L, 


H, 


L, 


L] 


-> 


[L, 


H] 




Soft Reset 


[■^h314. 


L, 


H, 


H, 


L, 


L] 


-> 


[L, 


H] 




■ Reset Latched 


['^hSOO, 


H, 


H, 


L, 


L, 


L] 


-> 


[H, 


L] 




Un Reset 


['^h30C, 


L, 


L. 


H, 


L, 


L] 


-> 


[H, 


L] 




Soft Reset 


['^h30C. 


L, 


H, 


H, 


L, 


L] 


-> 


[H, 


L] 




Reset Latched 


["h300. 


H, 


H, 


L, 


L, 


L] 


-> 


[H, 


L] 




Un Reset 


end iodecode; 


























' 
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PAL #2 

module epdecode flag '-rl'; 

title ' 

date:7/5/91 

functions: EPROM DECODE, ID PROM DECODE, INTERRUPT BUFFER' 

u2 device ' P16L8 ■ ; 



00 
lO 



"input pins: 

nAEN, nMEMR, SA19, SA18 

SA17, SA16, SA15, SA14 

SA13, A5, A6 

NINT, JP2, JPl, JPO 



pin 1, 2, 3, 4; 

pin 5, 6, 7, 8; 

pin 9, 11, 13; 

pin 14, 15, 16, 17; 



"output pins: 
INT, nJPEN, nCSEP 



pin 12, 18, 19; 



"constants 

XZHL=X Z 10' 

ADDr'= [SA19, SA18, SA17, SA16, SA15, SA14, SA13, X, X, X, X, X, X, 



, X, X]; 



equations 
nCSEP = 



nJPEN = 



!((!nAEN & InMEMR & !JP2 & !JP1 & SJPO & (ADDR 

# (InAEN & InMEMR & !JP2 & JPl & !JPO & (ADDR 

# (InAEN & InMEMR & JP2 & !JP1 & !JPO & (ADDR 

# (InAEN & InMEMR & JP2 & JPl & !JPO & (ADDR 

!((!JP2 & !JP1 & !A5 & !A6) " BOOH 

# (!JP2 & JPl & A5 & !A6) " 320H 

# ( JP2 & !JP1 & !A5 & A6) " 340H 

# ( JP2 & JPl & A5 & A6)); " 360H 

INT = ! (ININT) ; 

test_vectors ([ADDR, nAEN, nMEMR, JP2, JPl, JPO] -> [nCSEP] ) ; 



== '^hCSOO)) 

== '^hCCOO)) 

== -^hDOOO)) 

== '-hD400)))i 



" A 


A 


M 


J 


J 


J 




C 






" D 


E 


M 


P 


P 


P 




5 






" D 


N 


R 


2 


1 







EP 






C^hCSOO, 


L, 


L, 


L, 


L, 


L] 


-> 


[L] 


H 


Proper Decode 


("hCCOO, 


L, 


L, 


L, 


H, 


L] 


-> 


[L] 


" 




[■^hDOOO, 


L, 


L, 


H, 


L, 


L] 


-> 


[L] 


" 




[-^110400, 


L, 


L, 


H, 


H, 


L] 


-> 


[L] 


" 




[-hC800, 


L, 


L, 


L, 


L, 


H] 


-> 


[H] 


" 


Jumper Disable 


["hOOOO, 


L, 


L, 


h. 


L, 


L] 


-> 


(H] 


" 


No Address 


['-hCBOO, 


L, 


H, 


L, 


L, 


L] 


-> 


[H] 


" 


No MRD 


("hC800, 


H, 


L, 


L, 


L. 


L] 


-> 


[H] 


" 


No AEN 


C^hFFOO, 


L, 


L, 


L, 


L, 


LI 


-> 


[H] 


" 


No Address 


['"hCSOO, 


L, 


L, 


H, 


L, 


L) 


-> 


[H] 


" 


No JP2 


["hCCOO, 


L, 


L, 


L, 


L, 


L] 


-> 


[H] 


" 


No Address 



test_vectors ([JP2, JPl, A5, A6] -> [nJPEN] ) 



J J 
P P 
2 1 



A A 
5 6 



J 
P 
EN 



[H, L, L, L] -> [H]; " No Enable 
[L, H, L, L] -> [H]; " No Enable 
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5! 

CO 












Z 

< 


[L, L, H, L] -> [H]; " No Enable 










[L, L, L, H] -> [H] 


" No Enable 












[L, L, L, L] -> [L] 


" Enable 












[H, L, L, H] -> [L] 


" Enable 












[L, H, H, L] -> [L] 


" Enable 












[H, H, H, H] -> [L] 


" Enable 












test_vectors ( [NINT] -> [INT]); 












[H] -> [H] ; "Non Inverter 












[L] -> [L]; 












end epdecode; 
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ETHERNET ADDRESS PROM CONTENTS 












The ID PROM is 74S288 type. The content is as follows: 












ADDROO: 08 00 17 XX yy zz 00 00 00 


00 


00 


00 00 


00 




ADDR10: 08 00 17 xx yy zz 00 00 00 


00 


00 


00 00 


00 




The ID address is 08001 7xxyyzz where 080017 is National's ID "prefix". 











57 
42 



57 
42 
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CM 
00 



FIGURE 6. DP83902EB-XT 8 Bit Ethernet Adapter with 10BASE-T (Continued) 



CIS 
0.01 ;jF 



C17 
0.01 ^lF 



lll'll 

TTT TT - 



C19 
0.01 ^F 



C21 
0.01 Mf 



023 
0.01 mF 



C25 
0.01 pF 



C27 
22>iF 



111111111 



C29 

0.01 ;iF,50V 



CM C16 C18 

0.01 /iF 0.01 ;jF 0.01 ;iF 

C32 CJ4 036 

0.01 AiF 0.01 ^F 22>iF 



1111 1 

^T*^ ^I"v ^^ ^Ts ^T^ 



i 



3rTL ± 

•'TN ^T^ 'T* ^T^ ^T* ^T^ ^T^ T^ ^T^ "T^ ^T^ 

/// Chassis-Ground 



C30 

0.01 ;jF,50V 



C20 
0.01 /jF 



C22 
0.01 ;jF 



C24 
0.01 >iF 



C26 
0.01 ^F 



C28 

22 /iF 



Note: Locote Approx 1 per chip with 4 for the DP83902. 



C31 C33 C35 

0.01 AiF 0.01 ;iF 0.01 ;iF 
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AT Bus Pin Cross Reference 



AT 


SCH 


AT 


SCH 


AT 


SCH 


Pins 


No. 


Pins 


No. 


Pins 


No. 


A2 


02 


A23 


23 


B12 


43 


A3 


03 


A24 


24 


B13 


44 


A4 


04 


AZ5 


25 


B14 


45 


A5 


05 


A26 


26 


BIS 


46 


A6 


06 


A27 


27 


B16 


47 


A7 


07 


A28 


28 


B17 


48 


A8 


08 


A29 


29 


BIS 


49 


AO 


09 


A30 


30 


819 


SO 


A10 


10 


A31 


31 


B20 


51 


All 


11 


B1 


32 


821 


52 


A12 


12 


B2 


33 


B22 


53 


A13 


13 


B3 


34 


B23 


54 


A14 


14 


B4 


35 


B24 


55 


A15 


15 


B5 


36 


825 


56 


A16 


16 


B6 


37 


B26 


S7 


A17 


17 


B7 


38 


827 


58 


A18 


18 


B8 


39 


B28 


S9 


A19 


19 


B9 


40 


B29 


60 


A20 


20 


BIO 


41 


B30 


61 


A21 


21 


811 


42 


831 


62 


A22 


22 
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DP8390 Network Interface 
Controller: An Introductory 
Guide 



National Semiconductor 
Application Note 475 



^ 



OVERVIEW 

A general description of the DP8390 Network Interface Con- 
troller (NIC) is given in this application note. The emphasis 
is placed on how it operates and how it can be used. This 
description should be read in conjunction with the DP8390 
data sheet. 

1.0 INTRODUCTION 

The DP6390 Network Interface Controller provides all the 
Media Access Control layer functions required for transmis- 
sion and reception of packets in accordance with the IEEE 
802.3 CSMA/CD Standard. The controller acts as an ad- 
vanced peripheral and serves as a complete interface be- 
tween the system and the network. The onboard FIFO and 
DMA channels work together to form a straight-forward 
packet management scheme, providing (local) DMA trans- 
fers at up to 10 megabytes per second while tolerating typi- 
cal bus latencies. 

A second set of DMA channels (remote DMA) is provided 
on chip, and is integrated into the packet management 
scheme to aid in the system interface. The DP8390 was 
designed with the popular 8, 16 and 32 bit microprocessors 
in mind, and gives system designers several architectural 
options. The NIC is fabricated using National Semiconduc- 
tor's double metal 2 micron mioroCMOS process, yielding 
high speed with very low power dissipation. 

2.0 METHOD OF OPERATION 

The NIC is used as a standard peripheral device and is con- 
trolled through an array of on-chip registers. These registers 
are used during initialization, packet transmission and re- 
ception, and remote DMA operations. At initialization, the 
physical address and multicast address filters are set, the 
receiver, transmitter and data paths are configured, the 
DMA channels are prepared, and the appropriate interrupts 
are masked. The Command Register (CR) is used to initiate 
transmission and remote DMA operations. 



Upon packet reception, end of packet transmission, remote 
DMA completion or error conditions, an interrupt is generat- 
ed to indicate that an action should be taken. The proces- 
sor's interrupt driven routine then reads the Interrupt Status 
Register (ISR) to determine what type of interrupt occurred, 
and performs the appropriate actions. 

3.0 PACKET TRANSMISSION 

The NIC transmits packets in accordance with the CSMA/ 
CD protocol, scheduling retransmission of packets up to 1 5 
times on collisions according to the truncated binary expo- 
nential backoff algorithm. No additional processor interven- 
tion is required once the transmit command is given. 



' 


k 
f 


DESTINATION ADORESS 


6 BYTES 




SOURCE ADDRESS 


6 BYTES 


TX BYTE COUNT 
(TBCRO. 1) 


TYPE LENGTH 


2 BYTES 




DATA 


i. 46 BYTES 


' 


PAD (IF DATA < 46 BYTES) 





FIGURE 1. Transmit Packet Format 

3.1 Transmission Setup 

After a packet that conforms to the IEEE 802.3 specification 
is set up in memory, with 6 bytes of the destination address, 
followed by 6 bytes of the source address, followed by the 
data byte count and the data, it is ready for transmission 
(see Figure 1). To transmit a packet, the NIC is given the 
starting address of the packet (TPSR), the length of the 
packet (TBCRO, TBCR1), and then the PTX (transmit pack- 
et) bit of the Command Register is set to initiate the trans- 
mission (see Figure 2). 















TRANSMIT 
BUFFER 




16 BYTE 
FIFO 






DESTINATION ADDRESS 


*» 




SOURCE ADDRESS 








1 

1 
1 
1 
1 

1 

1 


TYPE LENGTH 


J BYTE 
1 COUNT 




DATA 




1 






TxE 


SERIALIZER 




t^ 


TxC 






TxD 


ORG 


1 












DMA PLA 










CRS— ► 
COL— >• 


PROTOCOL 
PLA 







FIGURE 2. Packet Transmission 
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3.2 Transmission Process 

Once the transmit command is given, if no reception is in 
progress, the transmit prefetch begins. The high speed local 
DMA channel bursts data Into the NIC's FIFO. After the first 
DMA transfer of the prefetch burst, if no carrier Is present on 
the networl<, and the NIC is not deferring, the TXE (transmit 
enable) signal Is asserted and the transmission begins. Af- 
ter the 62 bits of preamble (alternating ONEs and ZEROs) 
and the start of frame delimiter (two ONEs) are sent out, the 
data In the FIFO Is serialized, and sent out as NRZ data (pin 
TxD) with a clock (TxC), while the CRC is calculated. When 
the FIFO reaches a threshold (X bytes empty) a new DMA 
burst is Initiated. This process continues until the byte count 
fTBCRO and TBCR1) reaches zero. After the last byte is 
serialized, the four bytes of the calculated CRC are serial- 
ized and appended to complete the pacl<et. 
Should a collision occur, the current transmission stops, a 
jam sequence (32 Ones) transmitted (to ensure that every 
node senses a collision), and a retransmission of the packet 
Is scheduled according to the truncated Binary Exponential 
Backoff Routine. 

3.3 Transmission Status 

After the transmission Is complete, an Interrupt is generated 
and either the PTX bit (complete packet transmitted) or the 
TXE bit (packet transmission aborted) of the iSR (interrupt 
Status Register) is set. The interrupt driven routine then 
reads the RSR (Receive Status Register) and TSR (Trans- 
mit Status Register) to find out details of the transmission. If 
the PTX bit is set, the RSR will reveal if a carrier was pres- 
ent when the transmission was Initiated (DFR). The TSR will 
Identify If the carrier was lost during the transmission 
(CRS — this would point to a short somewhere on the net- 
work), if the collision detect circuitry is working properly 
(CDH), and if collision occurred (COL). Whenever a collision 
is encountered during transmission, the collision count reg- 
ister (NCR) is Incremented. Should a collision occur outside 
the 512 bit window (slot time), the OWC (Out of Window 
Coiiislon) bit of the TSR is set. 

The TXE bit of the ISR is set if 16 collisions or a FIFO 
unden-un occurs, if the transmission is aborted due to 16 
collisions, the ABT bit of the TSR is set. (If this occurs it is 
likely that there is an open somewhere on the network.) if 
the local DMA channel can not fill the FIFO faster than data 
is sent to the network, the FU bit (FIFO Underrun) of the 
TSR is set and the transmission is also aborted. This is a 
result of a system bandwidth problem and points to a sys- 
tem design flaw. System bandwidth considerations are dis- 
cussed further in Section 5.1.3. 



4.0 PACKET RECEPTION 

The bus topology used in CSMA/CD networks allows every 
node to receive every packet transmitted on the network. 
The receive filters determine which packets will be buffered 
to memory. Since every packet Is not of interest, only pack- 
ets having a destination address that passes the node's 
receive filters will be transferred into memory. The NIC of- 
fers many options for the receive filters and implements a 
complete packet management scheme for storage of in- 
coming packets. 

4.1 Reception Process 

When a carrier Is first sensed on the network (i.e. CRS sig- 
nal Is active), the controller sees the alternating ONE - 
ZERO preamble and begins checking for two consecutive 
ONEs, denoting the start of frame delimiter (SFD). Once the 
SFD Is detected, the serial stream of data is deserialized 
and pushed Into the FIFO, a byte at a time. As the data is 
being transfen'ed into the FIFO, the first six bytes are 
checked against the receive address filters. If an address 
match occurs, the packet is DMAed from the FIFO into the 
receive buffer ring. If the address does not match, the pack- 
et is not buffered and the FIFO is reset. 
Each time the FIFO threshold is reached, a DMA burst be- 
gins and continues for the proper number of transfers. DMA 
bursts continue until the end of the packet (Section 5.1.2). 
At the end of a reception, the NIC prepares for an immedi- 
ate reception while writing the status of the previous recep- 
tion to memory. An interrupt is issued to indicate that a 
packet was received, and Is ready to be processed. 
The CRC generator Is free running and is reset whenever 
the SFD is detected. At every byte boundary the calculated 
value of the CRC is compared with the last four received 
bytes. When the CRS signal goes LOW, denoting the end of 
a packet, if the calculated CRC matches the received CRC 
on the last byte boundary, the packet is a good packet and 
is accepted. However, if the calculated and received CRCs 
do not match on the last byte boundary before CRS goes 
LOW, a CRC error Is flagged (CRC bit of RSR set) and the 
packet is rejected. I.e. the receive buffer ring pointer 
(CURR) Is not updated (Section 4.5). If the CRS signal does 
not go LOW on a byte boundary and a CRC error occurs, 
the incoming packet is misaligned, and a frame alignment 
error is flagged (FAE bit of RSR set). Frame alignment er- 
rors only occur with CRC errors. 

4.2 Address Matches 

The first bit received after the SFD indicates whether the 
incoming packet has a physical or multicast address. A 
ZERO indicates a physical address, that is, a unique map- 
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FIGURE 3. Packet Reception 
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ping between the received address and ttie node's 48 bit 
pliysical address as programmed at intialization (PARO- 
PAR5). A ONE indicates a multicast address, meaning a 
packet intended for more than one node. 
Multicast addressing is usefui where one node needs to 
send a pacl<et to muitiple nodes, as in a query command. 
IVIulticast addressing provides a very fast way to perform 
address fiitering in real time, by using an on-chip hashing 
table. A hashing algorithm based on the CRC is used to map 
the multicast address into the 64 bit Multicast Address Filter 
(MAFO-7). 

After the CRC has been calculated on the destination ad- 
dress, the upper six bits of the CRC are used as an index 
into the Multicast Address Filter (MAF). If the selected filter 
bit is ONE, the pacl<et is accepted, if the MAF bit is ZERO 
the packet is not accepted. 

A special multicast address is the broadcast address, which 
denotes a packet intended to be received by all nodes. The 
broadcast packet has an address of all ONEs (this address 
also maps into a bit in the MAF). 

The DP8390 also provides the ability to accept all packets 
on the network with a physical address. Promiscuous physi- 
cal mode causes any packet with a physical address to be 
buffered into memory. To receive all multicast packets it is 
nesessary to set all of the MAF bits to ONE. 

4.3 Network Statistics 

Three eight bit counters are provided for monitoring receive 
packet errors. After an address match occurs if a Frame 
Alignment or CRC error occurs, or if a packet is lost due to 
insufficient buffer resources (see below), the appropriate 
counter is incremented. These counters are cleared when 
read. The counters trigger an interrupt when they reach a 
value of 128 (if not masked) to force the processor to read 
(and thus clear) their contents. The counters have a maxi- 
mum value of 192, providing a large latency between when 
the interrupt is asserted and when the counter overflows. 
When a CNT interrupt occurs, all three tally counters should 
be read and added into larger counters maintained by the 
processor. 



4.4 Setting the Receive Configuration Register 

The Receive Configuration Register (RCR) is used in con- 
junction with the physical and multicast addresses to deter- 
mine which packets should be accepted and placed in the 
receive buffer ring. The RCR is initialized to accept physical, 
multicast and/or broadcast packets, or alternatively to place 
the receiver in promiscuous mode to accept all packets with 
a physical address. If the MON bit of the RCR is set, placing 
the receiver in monitor mode, the receiver still checks the 
addresses of incoming packets according to the set up ad- 
dress filter, and network statistics are still gathered, but 
packets are not buffered into memory. 
The minimum packet size in standard 802.3 networks is 64 
bytes long. Packets less than 64 bytes are considered runt 
packets and are normally rejected. However, in some appli- 
cations it may be desirable to accept such packets. By set- 
ting the AR bit of the RCR, runt packets are accepted. 
For diagnostic purposes it may be desirable to examine er- 
rored packets, and not ovenwrite them with good packets as 
is done in normal operation. By setting the SEP bit of the 
RCR, errored packets are saved and their status is written 
to memory. 

4.5 Receive Buffer Ring 

As packets are received they are placed into the receive 
buffer ring, and as they are processed they are removed 
from this ring. At initialization, an area of memory is allocat- 
ed to act as the receive buffer ring, and the NIC's buffer 
management scheme then makes efficient use of this mem- 
ory. The ring pointers are contained on chip and the DMA 
channels can work at up to a 10 Mbyte/sec transfer rate. A 
second DMA channel, the remote DMA channel, is available 
for transferring packets out of the receive buffer ring. 
The buffer management scheme effectively works as a 
large packet FIFO and is very appropriate for most network- 
ing applications because packets are generally processed 
in the order they are received. 

Four pointers are used to control the ring; the page start 
(PSTART) and page stop (PSTOP) pointers determine the 
size of the buffer ring, the current page (CURR) pointer de- 
termines where the next packet will be loaded. 
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FIGURE 4. The Receive Buffer 
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FIGURE 5. Receive Packet Buffering 



and ttie boundary (BNRY) pointer indicates where tiie next 
paci<et to be unloaded (or processed) begins. As packets 
are received, the current pointer moves ahead of the bound- 
ary pointer around the ring. The page start and stop pointers 
remain unchanged during operation. 
The receive buffer ring is divided into 256 byte buffers, and 
these buffers are linl^ed together as required by the re- 
ceived pacl^ets (see Figure 4). Up to 256 of these buffers 
can be iinl<ed together in the receive buffer ring, yielding a 
maximum buffer size of 64K bytes. Since all NIC registers 
are 8 bits wide, the ring pointers refer to 256 byte bounda- 
ries within a 64K byte space. 

At initialization, PSTART register is loaded with the begin- 
ning page address of the ring, and PSTOP is loaded with the 
ending page address of the ring. 

On a valid reception, the packet is placed in the ring at the 
page pointed to by CURB plus a 4 byte offset (see Figure S). 
The packet is transferred to the ring, a DMA burst at a time. 
When necessary, buffers are automatically linked together, 
until the complete packet is received. The last and first buff- 
ers of the ring buffer are linked just as the first and second 
buffers. At the end of a reception, the status from the Re- 
ceive Status Register (RSR), a pointer to the next 



packet, and the byte count of the current packet are written 
into the 4 byte offset. 

If a receive error occurs (FAE, CRC) CURR is not updated 
at the end of a reception, so the next packet received over- 
writes the bad packet (see Figure 6). This feature can be 
disabled (by setting the save errored packet (SEP) bit in the 
RCR) to allow examination of errored packets. 
At receiving nodes, collision fragments may be seen as runt 
packets. A runt packet is a packet less than 64 bytes (51 2 
bits) long, and since a collision must occur in the first 512 bit 
times, the packet will be truncated to less than 64 bytes. 
After runt packets are received, the CURR is not updated, 
so the next packet received will overwrite the runt packet. 
This standard feature can be suppressed by setting the AR 
bit in the TCR. This is useful when it is desirable to examine 
collision fragments, and in non-standard applications where 
smaller packets are used. 

Once packets are in the receive ring they must be process- 
ed. However, the amount of processing that occurs while 
the packet is in the buffer ring varies according to the imple- 
mentation. As packets are removed from the buffer ring, the 
boundary pointer (BNRY) must be updated. The BNRY al- 
ways follows CURR around the ring (see Figure 7). 
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FIGURE 6. Packet Rejection 
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If the current local DMA address ever reaches BNRY, the 
ring Is full. In this case, the current and any additional recep- 
tions are aborted and tallied until the BNRY pointer is updat- 
ed. Pacl<ets already present in the ring will not be overwrit- 
ten (see Figure 8). All missed packets will increment the 
missed packet tally counter. When enough memory is allo- 
cated for the receive buffer ring, the ovenwrite warning (set- 
ting of the OVW bit of the ISR) should seldom occur. 
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FIGURE 8. Receive Buffer Ring Overwrite Protection 

A second set of DMA channels has been included on the 
DP8390 to aid in the transfer of packets out of the buffer 
ring. These Remote DMA channels can work in close co-op- 
eration with the receive buffer ring to provide a very effec- 
tive system interface. 

If the BNRY is placed outside of the buffer ring, no overwrite 
protection will be present, and incoming packets may over- 
write packets that have not been processed. This may be 
useful when evaluating the DP8390, but in normal operation 
it is not recommended. 



5.0 SYSTEM/NETWORK INTERFACE 

The DP8390 offers considerable flexibility when designing a 
system/network interface. This flexibility allows the design- 
er to choose the appropriate price/performance combina- 
tion while easing the actual design process. 

5.1 Interfacing Considerations 

Several features have been included on the NIC to allow it 
to easily be integrated into many systems. The size of the 
data paths, the byte ordering, and the bus latencies are all 
programmable. In addition, the clock used for the DMA 
channels is not coupled to the network clock, so the NIC's 
DMA can easily be integrated into memory systems. 

5.1.1 Data Path 

The NIC can interface with 8, 16, and 32 bit microproces- 
sors. The data paths are configurable for both byte-wide 
and word-wide transfers (bit WTS in DCR). When in word- 
wide mode, the byte ordering is programmable to accommo- 
date both popular byte ordering schemes. All NIC registers 
are 8 bits wide to allow 8, 1 6 and 32 bit processors to ac- 
cess them with no additional hardware. If the NIC's 16 ad- 
dress lines (64K bytes) do not provide an adequate address 
space, the two DMA channels can be concatenated to form 
a 32 bit DMA address (bit LAS in DCR). 

5.1.2 Local DMA 

The DMA transfers between the FIFO and memory during 
transmission and reception occur in bursts. The bursts be- 
gin when the FIFO threshold is reached. Since only a single 
FIFO is required (Ijecause a node cannot receive and trans- 
mit simultaneously), the threshold takes on different mean- 
ings during transmission and reception. During reception the 
FIFO threshold refers to the number of bytes in the FIFO. 
During transmission the FIFO threshold refers to the num- 
ber of empty bytes in the FIFO (16 - # bytes in FIFO). The 
FIFO threshold is set to 2, 4, 8 or 12 bytes (1, 2, 4 or 8 
words) in the DCR (bits FTO, FT1). 
The number of transfers that occur in a burst is equal to the 
FIFO threshold (see Figure fl). 
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Before a burst can begin, the NIC must first arbitrate to 
become master of tfie bus. It requests the bus by activating 
the BREQ signal and waiting for aci<nowledgment with the 
BACK signal. Once the NIC becomes the master of the bus, 
the byte/word transfers may begin. The frequency of the 
DIVIA clocl< is not related to the network clock, and can be 
input (pin 25) as any frequency up to 20 MHz. For 10 Mbit/ 
sec networks the DMA clock can be as slow as 6 MIHz. This 
allows tailoring of the DMA channel, to the system. The lo- 
cal DMA channel can burst data into and out of the FIFO at 
up to 10 Mbyte/sec (8X the speed of standard Ethernet). 
This means that during transmission or reception the net- 
work interface could require as little as one eighth of the bus 
bandwidth. 

5.1.3 Bus Analysis 

Two parameters useful in analysis of bus systems are the 
Bus Latency and the Bus Utilization. The Bus Latency is the 
maximum time between the NIC assertion of BREQ and the 
system granting of BACK. This is of importance because of 
the finite size of the NIC's internal FIFO. If the bus latency 
becomes too great, the FIFO overflows during reception 
(FIFO overrun error) or underflows during transmission 
(FIFO underrun error). Both conditions result in an error that 
aborts the reception or transmission. In a well designed sys- 
tem these errors should never occur. The Bus Utilization is 
the fraction of time the NIC is the master of the bus. It is 
desirable to minimize the time the NIC occupies the bus, in 
order to maximize its use by the rest of the system. When 
designing a system it is necessary to guarantee the NIC a 
certain Bus Latency, and it is desirable to minimize the Bus 
Utilization required by the NIC. 

Associated with each DMA burst is a DMA set up and recov- 
ery time. When a packet is being transfen-ed either to or 
from memory it will be transferred in a series of bursts. If 
more byte/word transfers are accomplished in each burst, 
fewer bursts are required to transfer the complete packet, 
and less time is spent on DMA set up and recovery. Thus, 
when longer bursts are used, less bus bandwidth is required 
to complete the same packet transfer. 

6.0 INTERFACE OPTIONS 

The network interface can be incorporated into systems in 
several ways. The network interface can be controlled by 
either a system processor or a dedicated processor, and 
can utilize either system memory or buffer memory. This 
section covers the basic interface architectures. 



6.1 Single Bus System 

The least complex implementation places the NIC on the 
same bus as the processor (see Figure 10). The DP8390 
acts as both a master and a slave on this bus; a master 
during DMA bursts, and a slave during NIC register access- 
es. This architecture is commonly seen on motherboards in 
personal computers and low cost workstations, but until re- 
cently without an integrated network interface. A major is- 
sue in such designs is the bus bandwidth for use by the 
processor. The DP8390 is particularly suitable for such ap- 
plications because of its bus utilization characteristics. Dur- 
ing transmissions and receptions, the only time the NIC be- 
comes a bus master, the DP8390 can require as little as 
one-eighth the bus bandwidth. In addition, the bus tailoring 
features ease its integration into such systems. 
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FIGURE 10. Single Bus Configuration 

The design must be able to guarantee the NIC a maximum 
bus latency (<1.6 ju.s for 10 Mbit/s networks), because of 
the finite size of the on-chip FIFO. In bus systems where the 
NIC is the highest priority device, this should present no 
problem. However, if the bus contains other devices such as 
Disk, DMA and Graphic controllers that require the bus for 
more than 10 (j,s during high priority or real time activities, 
meeting this maximum bus latency criteria could present a 
problem. 

Likewise, many existing single bus systems make no provi- 
sion for external devices to become bus masters, and if they 
do, it is only under several restrictions. In such cases, an 
interface without the mentioned bus latency restrictions is 
highly desirable. 
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6.2 Dual Port Memory 

One popular method of increasing the apparent bus latency 
of an Interface, has the added effect of shielding the system 
bus from the high priority network bandwidth. In this applica- 
tion, the Dual Port Memory (DPM) allows the system bus to 
access the memory through one port, while the network in- 
terface accesses it through the other port. In this way, all of 
the high priority network bandwidth Is localized on a dedicat- 
ed bus, with little effect on the system bus (see Figure 1 1). 
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FIGURE 11. DPM Configuration 



Dual Port Memories are typically smaller than the main 
memory and little, if any, processing can occur while the 
packets are in the DPM. Therefore, the processor (or if 
available, DMA controller) must transfer data between the 
DPM and the main memory before beginning packet pro- 
cessing. In this example, the DPM acts as a large packet 
FIFO. 

Such configurations provide popular solutions. Aside from 
the extra complexity of the software and the DPM conten- 
tion logic, higher performance can be achieved. 

6.3 Dual Port Memory Equivalent 

The functional equivalent of a Dual Port Memory implemen- 
tation can be realized for low cost with the DP8390. This 
configuration makes use of the NIC's Remote DMA capabili- 
ties and requires only a buffer memory, and a bidirectional 
I/O port (see Figure 12). The complete network interface, 
with 8k X 8 of buffer memory, easily fits onto a half size IBM- 
PC card (as In the Network Interface Adapter, NIA, for the 
IBM-PC.) 
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FIGURE 12. DPM Equivalent Configuration 

The high priority network bandwidth is decoupled from the 
system bus, and the system interracts with the buffer mem- 
ory using a lower priority bi-directional I/O port. For exam- 
ple, when a packet is received the local DMA channel trans- 
fers it into the buffer memory, part of which has been config- 
ured as the receive buffer ring. The remote DMA channel 
then transfers the packet on a byte by byte (or word by 
word) basis to the I/O port. At this point, as in the previous 
example, the processor (or if available, DMA channel), 
through a completely asynchronous protocol, transfers the 
packet into the main memory. 

6.4 Dual Processor Configuration 

For higher performance applications, it is desirable to off- 
load the lower-level packet processing functions from the 
main system (see Figure 1 1). A processor placed on a local 
bus with the NIC, memory and a bi-directional I/O port could 
accomplish these lower-level tasks, and communicate with 
the system processor through a higher level protocol. This 
processor could be responsible for sending acknowledge- 
ment packets, establishing and breaking logical links, as- 
sembling and disassembling files, executing remote proce- 
dure calls, etc. 
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FIGURE 13. Dual Processor Configuration 
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7.0 REMOTE DMA 

A set of DMA channels is built into the DP8390 to aid In the 
system integration (as discussed above). Using a simple 
asynchronous protocol, the l=lemote DMA channels are 
used to transfer data between dedicated networit memory, 
and common system memory. In normal operation, the re- 
mote DMA channels transfer data between the network 
memory and an I/O port, and the system transfers between 
the I/O port and the system memory. The system transfers 
are typically accomplished using either the processor, or a 
DMA controller. 

The Remote DMA channels work in both directions: trans- 
mission packets are transferred into the network memory 
and received packets are transferred out of the network 
memory. Transfers into the network memory are known as 
remote write operations, and transfers out of the network 
memory are known as remote read operations. A special 
remote read operation, send packet, automatically removes 
a packet from the receive buffer ring. 

7.1 Performing Remote DMA Operations 

Before beginning a remote DMA operation, the controller 
must be informed of the network memory it will be using. 



Both the starting address (RSAR0,1) and length (RBCR0,1) 
are set before initiating the remote DMA operation. The re- 
mote DMA operation begins by setting the appropriate bits 
in the Command Register (RD0-RD3). When the remote 
DMA operation is complete (all of the bytes transferred), the 
RDC bit (Remote DMA Complete) in the ISR (Interrupt 
Status Register) is set and the processor receives an inter- 
rupt, whereupon it takes the appropriate action. When the 
Send packet command is used, the controller automatically 
loads the starting address, and byte count (from the receive 
buffer ring) for the remote read operation, and upon comple- 
tion updates the boundary pointer (BNRY) for the receive 
buffer ring. Only one remote DMA operation can be active at 
a time. 

7.2 Hardware Considerations 

The Remote DMA capabilities of the NIC are designed to 
require minimal external components and provide a simple 
implementation. An eight bit bi-directional port can be imple- 
mented using just two 374 latches (see the DP8390 
Hardwre Design Guide). All of the control circuitry is provid- 
ed on the DP8390. In addition, bus arbitration with the local 
DMA is accomplished within the NIC in such a way as to not 
lock out other devices on the bus (see the DP8390 Data- 
sheet). 
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1.0 INTRODUCTION 

To accommodate the different rates at which data comes 
from (or goes to) the networl< and goes to (or comes from) 
the system memory, the NIC contains a 16-byte FIFO for 
buffering data between the bus and the media. The FIFO 
threshold Is programmable, allowing filling (or emptying) the 
FIFO with different burst lengths. When the FIFO has filled 
to its programmed threshold, the local DMA channel trans- 
fers these bytes or words Into local memory. It Is crucial that 
the local DMA Is given access to the bus within a minimum 
bus latency time, othen«lse a FIFO underrun (or overrun) 
occurs. During transmission the DMA writes data into the 
FIFO and the Transmit Seriallzer reads data from the FIFO 
and transmits It. During reception the Receive Deserializer 
writes data into the FIFO and the DMA reads data from the 
FIFO. 

2.0 FIFO THRESHOLD 

The DMA transfers between the FIFO and memory occur in 
bursts beginning when the FIFO threshold is reached. The 
threshold takes on different meanings during transmission 
and reception. During reception the FIFO threshold refers to 
the number of bytes In the FIFO. During transmission the 
FIFO threshold refers to the number of empty bytes In the 
FIFO: the size of the FIFO (1 6) - # bytes in FIFO. Bits FTO 
and FT1 in the Data Configuration Register set the FIFO 
threshold to 2 bytes, 4 bytes, 8 bytes, or 12 bytes (1 word, 2 
words, 4 words, or 6 words). 



The threshold for the first burst is different than subsequent 
thresholds as discussed In detail in Sections 3.0 and 4.0. 
The values In Tables I and II are derived from the timing 
diagrams In Section 6.0. The first threshold refers to the 
state of the FIFO at point B in the timing diagrams, and the 
threshold refers to the state of the FIFO at point D. The 
discussion below refers to the threshold, not the first thresh- 
old. 

The FIFO logic operates differently in reception and trans- 
mission. During reception In byte mode, a threshold is indi- 
cated when approximately the n + 14th bit has entered the 
FIFO; thus, with an 8-byte threshold, the NIC Issues Bus 
Request (BREQ) when the FIFO contains 9 bytes and 6 bits. 
For reception In word mode, BREQ Is generated when ap- 
proximately n + 22 bits have entered the FIFO; thus with a 
2-word threshold, BREQ is Issued when the 54th bit has 
entered the FIFO. Refer to Table I for the exact receive 
thresholds for each case. 

During transmission In byte mode, a threshold is indicated 
when approximately the n + 12th bit has entered the FIFO; 
thus with an 8-byte threshold, the NIC issues BREQ when 
the FIFO contains 9 bytes and 4 bits. For transmission in 
word mode, BREQ is generated when approximately n + 
29 bits have entered the FIFO. Thus, with a 4-word thresh- 
old (equivalent to an 8-byte threshold), BREQ Is issued 
when the 96th bit has entered the FIFO. Refer to Table II for 
the exact transmit thresholds for each case. 



TABLE I. Receive Packet Thresholds 



Receive Packet Cases 


First Threshold 


Threshold 


Word Mode, 1 Word Threshold 


4 Words, 1 1 bits 


2 Words, 5 bits 


Word Mode, 2 Word Threshold 


4 Words, 10 bits 


3 Words, 6 bits 


Word Mode, 4 Word Threshold 


5 Words, 7 bits 


5 Words, 5 bits 


Word Mode, 6 Word Threshold 


6 Words, 8 bits 


6 Words, 6 bits 


Byte Mode, 2 Byte Threshold 


9 Bytes, 2 bits 


3 Bytes, 4 bits 


Byte Mode, 4 Byte Threshold # 1 


9 Bytes, 2 bits 


5 Bytes, 6 bits 


Byte Mode, 4 Byte Threshold #2 


9 Bytes, 6 bits 


5 Bytes, 6 bits 


Byte Mode, 8 Byte Threshold 


10 Bytes 


9 Bytes, 6 bits 


Byte Mode, 1 2 Byte Threshold 


13 Bytes, 7 bits 


13 Bytes, 5 bits 



1-303 



TABLE II. Transmit Packet Thresholds 



Transmit Packet Cases 


First Threshold 


Threshold 


Word Mode, 1 Word Threshold 


6 Words 


3 Words, 12 bits 


Word Mode, 2 Word Threshold 


4 Words, 3 bits 


3 Words, 13 bits 


Word Mode, 4 Word Threshold 


5 Words, 13 bits 


5 Words, 13 bits 


Word Mode, 6 Word Threshold 


7 Words, 13 bits 


7 Words, 13 bits 


Byte Mode, 2 Byte Threshold 


1 2 Words, 1 bit 


(See Timing Diagram, 
Figure 14) 


Byte Mode, 4 Byte Threshold 


12 Bytes, 1 bit 


5 Bytes, 5 bits 


Byte Mode, 8 Byte Threshold 


9 Bytes, 6 bits 


9 Bytes, 4 bits 


Byte Mode, 12 Byte Threshold 


13 Bytes, 6 bits 


13 Bytes, 4 bits 



3.0 FIFO OPERATION DURING RECEIVE 

At the beginning of reception, the NIC stores the entire Ad- 
dress field of each incoming packet in the FIFO to deter- 
mine whether the packet matches its Physical Address Reg- 
isters or maps to one of its Multicast Registers. Therefore, 
the first local DMA transfer does not occur until after 8 bytes 
(4 words) have accumulated in the FIFO, regardless of the 
value of the threshold. This affects the bus latencies at 2 
byte, 4 byte, 1 word, and 2 word thresholds during the first 
receive BREO. Thus the threshold for the first burst that is 
loaded into memory differs from the remaining threshold 
values. Refer to Table I for the exact threshold values. 

4.0 FIFO OPERATION DURING TRANSMIT 

Before transmitting, the NIC performs a prefetch from mem- 
ory to load the FIFO. The number of bytes prefetched is the 
programmed FIFO threshold, except for 1 byte, 1 word, and 
2 word thresholds which prefetch 4 bytes, 2 words, and 4 
words respectively. The next BREQ is not issued until after 
the NIC actually begins transmitting data, i.e., after Pream- 
ble and SFD. The threshold for the first burst that is loaded 
from memory following the prefetched data often differs 
from the remaining threshold values. Refer to Table II for 
the exact threshold values. 



5.0 FIFO UNDERRUNS AND OVERRUNS 

To assure that there is no ovenwriting of data, the FIFO logic 
flags an overrun if it becomes full before bus acknowledge 
is returned. To assure that there is no lost data, the FIFO 
flags an underrun if it becomes empty before bus acknowl- 
edge is returned. There are two causes which produce over- 
runs and underruns: 

1. The bus latency is so long that the FIFO has filled (or 
emptied) before the local DMA has serviced the FIFO. 

2. The bus latency or bus data rate has slowed the through- 
put of the local DMA to a point where it is slower than the 
network data rate (10 Mb/s). This second condition is 
also dependent upon DMA clock and data width (byte 
wide or word wide). 

The worst case condition ultimately limits the overall bus 
latency that the NIC can tolerate. 

6.0 TIMING DIAGRAMS 

The following pages contain detailed timing diagrams and 
descriptions of every possible receive and transmit mode 
transfer. The descriptions are of 2, 4, 8, and 12 byte trans- 
fers (on an 8-bit Novell board) and 1 , 2, 4, and 6 word trans- 
fers (on a 16-bit Novell board). For each transfer, the bus 
clock runs at 20.0 MHz. Tables III and IV summarize the 
information found in the receive and transmit transfer dia- 
grams respectively. 
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TABLE III. Receive Pacl<et Transfers 


Receive Packet 
Cases 


After SFD to 

BREQ Asserted 

(Point A to B) 


BREQ Asserted 

toMWR 

Deasserted 

(Point B to C) 


MWR 

Deasserted to 

BREQ Asserted 

(Point C to D) 


BREQ Asserted 

to MWR 

Deasserted 

(Point D to E) 


Word Mode 
1 Word Threshold 


75 ±4 bits Shifted In 


7 Words Removed 
52 bits Shifted In 


22 bits Shifted In 


2 Words Removed 
12 bits Shifted In 


Word Mode 
2 Word Threshold 


74 ±2 bits Shifted In 


4 Words Removed 
16 bits Shifted In 


28 bits Shifted In 


2 Words Removed 
6 bits Shifted In 


Word Mode 
4 Word Threshold 


87 ±2 bits Shifted In 


4 Words Removed 
9 bits Shifted In 


53 bits Shifted In 


4 Words Removed 
9 bits Shifted In 


Word Mode 
6 Word Threshold 


104±2 bits Shifted In 


6 Words Removed 
14 bits Shifted In 


80 bits Shifted In 


6 Words Removed 
14 bits Shifted In 


Byte Mode 
2 Byte Threshold 


74±2 bits Shifted In 


18 Bytes Removed 
86 bits Shifted In 


12 bits Shifted In 


2 Bytes Removed 
6 bits Shifted In 


Byte Mode 
4 Byte Threshold #1 


74 ±1 bit Shifted In 


8 Bytes Removed 
23 bits Shifted In 


21 bits Shifted In 


4 Bytes Removed 
10 bits Shifted In 


Byte Mode 
4 Byte Threshold #2 


78 ±1 bit Shifted In 


1 2 Bytes Removed 
38 bits Shifted In 


26 bits Shifted In 


4 Bytes Removed 
10 bits Shifted In 


Byte Mode 
8 Byte Threshold 


80±2 bits Shifted In 


8 Bytes Removed 
18 bits Shifted In 


44 bits Shifted In 


8 Bytes Removed 
18 bits Shifted In 


Byte Mode 
12 Byte Threshold 


111 ±2 bits Shifted In 


12 Bytes Removed 
26 bits Shifted In 


68 bits Shifted In 


12 Bytes Removed 
26 bits Shifted In 


TABLE iV. Transmit Packet Transfers 


Transmit Packet 
Cases 


Initial Loading 
to BREQ 
Asserted 

(Point A to B) 


BREQ Asserted 

toMRD 

Deasserted 

(Point B to 0) 


lURD 

Deasserted to 

BREQ Asserted 

(Point C to D) 


BREQ Asserted 

to MRD 

Deasserted 

(Point D to E) 


Word Mode 
1 Word Threshold 


2 Words Loaded 
bits Shifted Out 


7 Words Loaded 
52 bits Shifted Out 


24 bits Shifted Out 


2 Words Loaded 
12 bits Shifted Out 


Word Mode 
2 Word Threshold 


4 Words Loaded 
3 bits Shifted Out 


2 Words Loaded 
6 bits Shifted Out 


20 bits Shifted Out 


2 Words Loaded 
6 bits Shifted Out 


Word Mode 
4 Word Threshold 


4 Words Loaded 
29 bits Shifted Out 


4 Words Loaded 
14 bits Shifted Out 


54 bits Shifted Out 


4 Words Loaded 
9 bits Shifted in 


Word Mode 
6 Word Threshold 


6 Words Loaded 
93 bits Shifted Out 


6 Words Loaded 
14 bits Shifted in 


82 bits Shifted Out 


6 Words Loaded 
14 bits Shifted in 


Byte Mode 
2 Byte Threshold 


4 Bytes Loaded 
1 bit Shifted Out 


(Refer to Timing Diagram 
Figure 14) 


(Refer to Timing Diagram 
Figure 14) 


(Refer to Timing Diagram 
Figure 14) 


Byte Mode 
4 Byte Threshold 


4 Bytes Loaded 
1 bit Shifted Out 


15 Bytes Loaded 
49 bits Shifted Out 


19 bits Shifted Out 


4 Bytes Loaded 
10 bits Shifted Out 


Byte Mode 
8 Byte Threshold 


8 Bytes Loaded 
22 bits Shifted Out 


8 Bytes Loaded 
18 bits Shifted Out 


44 bits Shifted Out 


8 Bytes Loaded 
18 bits Shifted Out 


Byte Mode 
12 Byte Threshold 


12 Bytes Loaded 
78 bits Shifted Out 


12 Bytes Loaded 
26 bits Shifted Out 


68 bits Shifted Out 


12 Bytes Loaded 
26 bits Shifted Out 
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FIGURE 1. Receive Packet— Word Mode, 1 Word Threshold 



After the preamble and the Start of Frame Delimiter (SFD) 
(Point A), the FIFO shifts in 75 ±4 bits of data (depending 
on the location of the SFD with respect to t1 of the DMA 
sequence) before BREQ is asserted (Point B). The FIFO 
transfers 7 word s into memory while shifting in 52 bits of 
data until MWR is deasserted (Point C). BREQ Is asserted 



when there are 2 words and 5 bits In the FIFO (Point D). 
Two words are removed from the FIFO and st ored in memo- 
ry, while 12 bits are shifted into the FIFO until MWR Is deas- 
serted (Point E). D and E are repeated until the packet Is 
complete. 
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FIGURE 2. Receive Packet— Word Mode, 2 Word Threshold 



After the preamble and the SFD (Point A), the FIFO shifts In 
74 ±2 bits of data (depending on the location of the SFD 
with respect to t1 of the DN/1A sequence) before BREQ is 
asserted (Point B). The FIFO transfers 2 bursts of 2 words 
each into memory while shifting in 16 bits of data until 



MWR Is deasserted (Point C). BREQ Is asserted when there 
are 3 words and 6 bits In the FIFO (Point D). Two words are 
removed from the FIFO and stored in memory, while 6 bits 
are shifted Into the FIFO until IwlWR Is deasserted (Point E). 
D and E are repeated until the packet Is complete. 
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FIGURE 3. Receive Packet— Word Mode, 4 Word Threshold 



After the preamble and the SFD (Point A), the FIFO shifts in 
87 ±2 bits of data (depending on the location of the SFD 
with respect to t1 of the DMA sequence) before BREQ is 
asserted (Point B). The FIFO transfers 1 burst of 4 wor ds 
into memory while shifting in 9 bits of data until li/IWR is 



deasserted (Point C). BREQ Is asserted when there are 5 
words and 5 bits in the FIFO (Point D). Again, 4 words are 
removed from the FIFO and stored in memory, while 9 bits 
are shifted into the FIFO until MWR is deasserted (Point E). 
D and E are repeated until the packet is complete. 
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FIGURE 4. Receive Packet— Word Mode, 6 Word Threshold 



After the preamble and the SFD (Point A), the FIFO shifts in 
104 ±2 bits of data (depending on the location of the SFD 
with respect to t1 of the DMA sequence) before BREQ is 
asserted (Point B). The FIFO transfers 1 burst of 6 wor ds 
into memory while shifting in 14 bits of data until MWR is 



deasserted (Point C). BREQ is asserted when there are 6 
words and 6 bits in the FIFO (Point D). Again, 6 words are 
removed from the FIFO and s tored in memory, while 14 bits 
are shifted into the FIFO until MWR is deasserted (Point E). 
D and E are repeated until the packet Is complete. 
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FIGURE S. Receive Packet— Byte Mode, 2 Byte Threshold 



After the preamble and the SFD (Point A), the FIFO shifts in 
74 ±2 bits of data (depending on the location of the SFD 
with respect to t1 of the DMA sequence) before BREQ is 
asserted (Point B). The FIFO transfers 9 bursts of 2 bytes 
each into memory while shifting in 86 bits of data until IVIWR 



Is deasserted (Point C). BREQ is asserted when there are 
12 bytes and 4 bits in the FIFO (Point D). Two bytes are 
removed from the FIFO and stored in memory, while 6 bits 
are shifted Into the FIFO until MWR is deasserted (Point E). 
D and E are repeated until the packet is complete. 
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FIGURE 6. Receive Packet— Byte Mode, 4 Byte Threshold— First Situation 



After the preamble and the SFD (Point A), the FIFO shifts in 
74 ± 1 bit of data (depending on the location of the SFD with 
respect to t1 of the DMA sequence) before BREQ is assert- 
ed (Point B). The FIFO transfers 2 bursts of 4 bytes each 
into memory while shifting in 23 bits of data until 



MWR is deasserted (Point C). BREQ is asserted when there 
are 5 bytes and 6 bits in the FIFO (Point D). Four bytes are 
removed from the FIFO and s tored i n memory, while 10 bits 
are shifted into the FIFO until NflWR is deasserted (Point E). 
D and E are repeated until the packet is complete. 
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FIGURE 7. Receive Packet— Byte Mode, 4 Byte Threshold— Second Situation 



After the preamble and the SFD (Point A), the FIFO shifts in 
78 ± 1 bit of data (depending on the location of the SFD with 
respect to t1 of the DMA sequence) before BREQ is assert- 
ed (Point B). The FIFO transfers 3 bursts of 4 bytes each 
into memory while shifting in 38 bits of data until 



MWR is deasserted (Point C). BREQ is asserted when there 
are 5 bytes and 6 bits in the FIFO (Point D). Four bytes are 
removed from the FIFO and s tored in memory, while 10 bits 
are shifted into the FIFO until MWR is deasserted (Point E). 
D and E are repeated until the packet Is complete. 
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FIGURE 8. Receive Packet— Byte Mode, 8 Byte Threshold 



After the preamble and the SFD (Point A), the FIFO shifts in 
80 + 2 bits of data (depending on the location of the SFD 
with respect to t1 of the DMA sequence) before BREQ is 
asserted (Point B). The FIFO transfers 1 burst of 8 bytes 
into memory while shifting in 18 bits of data until MWR is 



deasserted (Point C). BREQ is asserted when there are 9 
bytes and 6 bits in the FIFO (Point D). Again, 8 bytes are 
removed from the FIFO and stored in memory, while 1 bits 
are shifted into the FIFO until MWR is deasserted (Point E). 
D and E are repeated until the packet is complete. 
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FIGURE 9. Receive Packet— Byte Mode, 12 Byte Threshold 



After the preamble and the SFD (Point A), the FIFO shifts in 
1 1 1 ±2 bits of data (depending on the location of the SFD 
with respect to t1 of the DMA sequence) before BREQ is 
asserted (Point B). The FIFO transfers 1 burst of 12 byt es 
Into memory while shifting in 26 bits of data until MWR is 



deasserted (Point C). BREQ Is asserted when there are 13 
bytes and 5 bits in the FIFO (Point D). Again, 12 bytes are 
removed from the FIFO and s tored in memory, while 26 bits 
are shifted into the FIFO until MWR Is deasserted (Point E). 
D and E are repeated until the packet is complete. 
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FIGURE 10. Transmit Packet— Word Mode, 1 Word Threshold 



The FIFO prefetches 2 words from memory (point A). The 
preamble starts during these prefetches. After the preamble 
and the Start of Frame Delimiter are transmitted, data is 
shifted out of the FIFO, and BREQ is asserted (Point B). 
During this burst, 7 words are loaded into the FIFO from 



memory while 52 bits are shifted out until MRD is deassert- 
ed (Point C). The next BREQ comes when there are 4 words 
and 4 bits in the FIFO (Point D). Two words are loaded into 
the FIFO from memory while 12 bits are shifted out (Point 
E). D and E are repeated until the packet is complete. 
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FIGURE 11. Transmit Packet— Word Mode, 2 Word Threshold 



The FIFO prefetches 2 bursts of 2 words each from memory 
(Point A). The preamble starts during these prefetches. Af- 
ter the preamble and the Start of Frame Delimiter are trans- 
mitted, data is shifted out of the FIFO. After 3 bits are shift- 
ed out, BREQ is asserted (Point B). During this burst, 2 
words are loaded Into the FIFO from memory while 6 bits 



are shifted out until MRD is deasserted (Point C). The next 
BREQ comes when there are 4 words and 3 bits in the FIFO 
(Point D). Again, 2 words are loaded into the FIFO from 
memory while 6 bits are shifted out (Point E). D and E are 
repeated until the packet is complete. 
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FIGURE 12. Transmit Packet— Word Mode, 4 Word Threshold 



The FIFO prefetches 4 words from memory (Point A). The 
preamble starts during these prefetches. After the preamble 
and the Start of Frame Delimiter are transmitted, data is 
shifted out of the FIFO. After 29 bits are shifted out, BREQ 
is asserted (Point B). During this burst, 4 words are loaded 
into the FIFO from memory while 9 bits are shifted out until 



MRD is deasserted (Point C). The next bus request comes 
when there are 2 words and 3 bits in the FIFO (Point D). 
Again, 4 words are loaded into the FIFO from memory while 
9 bits are shifted out (Point E). D and E are repeated until 
the packet is complete. 
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FIGURE 13. Transmit Packet— Word Mode, 6 Word Threshold 



The FIFO prefetches 6 words from memory (Point A). The 
preamble starts during these prefetches. After the preamble 
and the Start of Frame Delimiter are transmitted, data is 
shifted out of the FIFO. After 93 bits are shifted out, BREQ 
is asserted (Point B). During this burst, 6 words are loaded 
into th e FIFO from memory while 14 bits are shifted out until 
IVIRD is deasserted (Point C). The next bus request comes 
when there are 3 bits in the FIFO (Point D). Again, 6 words 



are loaded into the FIFO from memory while 14 bits are 

shifted out (Point E). D and E are repeated until the packet 

is complete. 

Note: At Point B, the 7th word is latched in approximately 1 ns before its 
first bit is cloclted out. Occasional!/, 94 bits will be shifted out before 
the first BREQ. In this case, the first bit of the 7tti word and every 6th 
word from then on will be corrupted. Since no error occurs, tliis mode 
should not be used. 
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FIGURE 14. Transmit Packet— Byte Mode, 2 Byte Threshold 



The FIFO prefetches 2 bursts of 2 bytes each from memory 
(Point A). The preamble starts during these prefetches. Af- 
ter the preamble and the Start of Frame Delimiter are trans- 
mitted, data is shifted out of the FIFO. After 1 bit is shifted 
out, BREQ is asserted (Point B). Eleven bursts of two bytes 
each are loaded into the FIFO from memory while 106 bits 



are shifted out (Point C). At this point the bursts become 
one byte instead of two bytes (Point D). The FIFO loads 1 
byte from memory while 7 bits are shifted out (Point E). D 
and E are repeated until the packet is complete. 
Note: BREQ rennains asserted until the entire pacltet Is transmitted. 
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FIGURE 15. Transmit Packet— Byte Mode, 4 Byte Threshold 



The FIFO prefetches 4 bytes from memory (Point A). The 
preamble starts during these prefetches. After the preamble 
and the Start of Frame Delimiter are transmitted, data is 
shifted out of the FIFO. After 1 bit is shifted out, BREQ is 
asserted (Point B). Four bursts of 4, 4, 4, and 3 bytes, re- 
spectively, are loaded into the F IFO from memory while 49 
bits are shifted out until MRD is deasserted (Point C). 



The next bus request comes when there are 10 bytes and 3 
bits in the FIFO (Point D). Four bytes are loaded into the 
FIFO from memory while 10 bits are shifted out (Point E). D 
and E are repeated until the pacl<et is complete. 

Note: Some samples prefetched two bursts of 4 bytes each, and only 2 
bursts of 4 bytes each were loaded into the FIFO between Points B 

and C. Both the cases sometimes had bursts of 3 bytes after point D, 
■ continuing until the packet is completed. A pattern could not be de- 
veloped. This does not corrupt any bits and no error occurs. 



1-320 



URO 
BREQ. 



-Lji_n_n_n_n_n_ruj- 
ijijijTj-LrLrLrLr- 



-i_n_jLJi_n_n_n_JU_r 
Tj-i_rLruT_rLrLrLr- 



D 

-il-i- 



"LsH 



-((- 



1.4- 



-i_n_n_n_n_n_n_ruj~ 
TjTJT_rLrLri_rLriJ — 

i — L 



Txcji/\nnnimjmnnnjuuuuuinniinjiJ'HmuuiJ''i|uuuinjinjmnmuuuum^ 

8 Bytes 



Loaded \ 




HvSvSSSgJJHSj 




\\.yy.\.yy.-\\ 






'9^ 


illlll 


III; 




illll 










8th 


Syte 


7th 


Byte 


6th 


Syte 


5th 


Byts 


4th 


Byte 


Srd 


Byte 


2nc 


Byte 


1st 


Byte 



:;:;|; 




'■■'■■'.v^ 


o:;:;:;:;:;:::;:;:;::; 


''^0A' 


|:||||i 


■yy}-i-v??A-yy^ 


8th Byte 


7th Byte 


6th Byte 


5th Byte 


4th Byte 


3rd Byte 


|2t, 



tes 
ed \ 


--■' 


; 


8 Bytes 
Loaded \ 


1 






:;:j:|:;;K|:i:;:j:j:i:j:j:i:;: 
i:|:;;jH|;j:|:i:|:|:;:|:|>:|:| 




llll 










24th Byte 


16th Byte 


23 rd Byte 


15th Byte 


22nd Byte 


14th Byte 


21st Byte 


13th Byte 


20th Byte 


1 2th Byte 


19th Byte 


1 1th Byte 


16th Byte 


18th Byte 


10th Byte 


15th Byte 


17th Byte 


9th Byte 


14th Byte 


16th Byte 


ath Byte 


13th Byte 


15th Byte 


7th Byte 


12th Byte 


14th Byte 


6lh Byte 


11th Byte 


13th Byte 


5lh Byte 


:igi:i|4 bits 


WmMfl^ 



Serial 
Data 
Out 



Serial 
Data 
Out 



Serial 
Data 
Out 



oa 

CO 



Serial 
Data 
Out 
TL/F/11S19-16 



FIGURE 16. Transmit Packet— Byte Mode, 8 Byte Threshold 



The FIFO prefetches 8 bytes from memory (Point A). The 
preamble starts during these prefetches. After the preamble 
and the Start of Frame Delimiter are transmitted, data is 
shifted out of the FIFO. After 22 bits are shifted out, BREQ 
is asserted (Point B). During this burst, 8 bytes are loaded 
into the FIFO from memory while 18 bits are shifted out until 



MRD is deasserted (Point C). The next bus request comes 
when there are 6 bytes and 4 bits in the FIFO (Point D). 
Again, 8 bytes are loaded into the FIFO from memory while 
18 bits are shifted out (Point E). D and E are repeated until 
the packet is complete. 
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FIGURE 17. Transmit Packet— Byte Mode, 12 Byte Threshold 
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The FIFO prefetches 12 bytes from memory (Point A). The 
preamble starts during these prefetches. After the preamble 
and the Start of Frame Delimiter are transmitted, data is 
shifted out of the FIFO. After 78 bits are shifted out, BREQ 
is asserted (Point B). During this burst, 12 bytes are loaded 
into the FIFO from memory while 26 bits are shifted out until 



MRD is deasserted (Point C). The next bus request comes 
when there are 2 bytes and 4 bits in the FIFO (Point D). 
Again, 12 bytes are loaded into the FIFO from memory while 
26 bits are shifted out (Point E). D and E are repeated until 
the packet is complete. 
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OVERVIEW 

Loopback capabilities are provided to allow certain tests to 
be performed to validate operation of the DP8390 NIC, tfie 
DP8391 SNI, and the DP8392 CTI prior to transmitting and 
receiving packets on a live network. Typically these tests 
may be performed during power up of a node. The diagnos- 
tic provides support to verify the following: 

1. Verify integrity of data path through each chip. Received 
data Is checked against transmitted data. 

2. Verify CRC logic's capability to generate good CRC on 
transmit. 

3. Verify CRC recognition capability of the NIC on receive. 

4. Verify that the address recognition logic can 

a. Recognize address match packets 

b. Reject packets that fail to match an address 



LOOPBACK MODES 

Loopback modes are selected by programming the Trans- 
mit Configuration Register. Bits LBO and LB1 select the type 
of loopback to be performed. The NIC supports three 
modes of loopback: internal loopback through the DP8390 
controller only (Figure 1), external loopback through the 
DP8391 encoder/decoder ('F/ji/ra.?^, and external loopback 
through the DP8392 transceiver (Figure 3). 

Loopback Operation In the NIC 

To initiate a loopback test, a packet must first be assembled 
and transfen-ed Into the NIC buffer memory. Next, the 
Transmit Page Start Register, Transmit Byte Count Regis- 
ters, and Transmit Configuration Register must be pro- 
grammed. (When loopback mode is selected in the Transmit 
Configuration Register, the FIFO is split into two halves, one 
used for transmission and the other for reception.) Finally, 
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FIGURE 1. Loopback Mode t: Through the Controller 
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FIGURE 2. Loopback Mode 2: Through the SNI 
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the transmit command is issued to the Command Register, 
causing the following operations to occur: 

Transmitter Actions 

1. Data is transferred from memory by local DMA until the 
FIFO is tilled. For each transfer, the Transmit Byte Count 
Registers (TBCRO and TBCR1) are decremented. (Sub- 
sequent burst transfers are initiated when the number of 
bytes in the FIFO drops below the programmed thresh- 
old.) 

2. The NIC generates 56 bits of preamble followed by an 
8-bit synch pattern. 

3. Data is transferred from the FIFO to the serializer. 

4. If the Inhibit CRC bit is set in the Transmit Configuration 
Register, no CRC Is calculated by the NIC, and the last 
byte transmitted is the last byte from the FIFO (last byte 
of the packet). This allows a software CRC to be append- 
ed. If the Inhibit CRC bit is not set, the NIC calculates and 
appends four bytes of CRC to the end of the packet. 

5. At the end of transmission, the Packet Transmitted bit is 
set in the Interrupt Status Register. 

Receiver Actions 

1 . Wait for synch (Start of Frame Delimiter), all preamble 
bits are Ignored. 

2. Store packet in the FIFO, increment receive byte count 
for each incoming byte. 

3. If the Inhibit CRC bit is set in the Transmit Configuration 
Register, the receiver checks the incoming packet for 
CRC errors. If the Inhibit CRC bit is not set in the Transmit 
Configuration Register, the receiver does not check for 
CRC errors; the CRC error bit is set In the Receive Status 
Register (for address matching packets). 

4. At the end of receive, the receive byte count is written 
into the FIFO and the Receive Status Register is updated. 
The Packet Received Intact bit is typically set in the Re- 
ceive Status Register even if the address does not 
match. If CRC errors are forced, the packet must match 
the address filters in order for the CRC error bit in the 
Receive Status Register to be set. 

Restrictions Using Loopbacic 

Since the NIC is a half-duplex device, several compromises 
were required for the implementation of loopback diagnos- 
tics. Special attention should be paid to the restrictions 
placed on the use of loopback diagnostics. 



RAiU 



MS BYTE (AOa-15) 



LS BYTE (ADO-7) 



Assembled Packet 


This half of word is 
not transferred to FIFO 


• 


; : 


• 


: Dala ^ 


CRC 



1 . The FIFO Is split into two halves to allow some buffering 
of incoming data. The NIC transmits through one half of 
the FIFO and receives through the second half. Only the 
last five bytes of a packet can be examined in the FIFO; 
the DMA does not store the loopback packet in memory. 
Thus loopback can be considered a modified form of 
transmission. 

2. Splitting of the FIFO has some bus latency implications. 
The FIFO depth is halved, thus reducing the amount of 
allowed bus latency. The Loopback Select bit (D3) in the 
Data Configuration Register should be set to allow all lo- 
cal DMA transfers to continue until the FIFO Is filled. In 
cases where the latency constraints cannot be accom- 
modated, small 7 byte packets can be transmitted. In ad- 
dition, the FIFO must only be read (by successfully read- 
ing port 06h) when In loopback mode; reading the FIFO in 
other modes will result in the NIC failing to issue the ACK 
signal properly. 

3. The CRC logic is shared by the receiver and the transmit- 
ter; thus the NIC cannot generate and check the CRC 
simultaneously. That is, if the Inhibit CRC bit is not set in 
the Transmit Configuration Register, the NIC generates 
and appends the CRC, and software must be used to 
verify the CRC. On the other hand, if the Inhibit CRC bit Is 
set in the Transmit Configuration Register, the NIC will 
verify a software generated CRC. 

4. Address recognition logic must be checked indirectly 
through a small series of tests (see Group III Loopback 
Tests: Address Recognition for further explanation). 

5. Between consecutive transmissions in loopback mode, 
the Transmit Configuration Register must first be set to 
OOh and the Command Register reset to 21 h (followed by 
a wait state of at least 1.5 ms for the NIC to reset). The 
desired loopback mode may then be programmed Into 
the Transmit Configuration Register. This step guaran- 
tees alignment of the FIFO pointers when data is read 
from the FIFO. 

6. Loopback only operates with byte wide transfers, thus 
special considerations must be made with word wide 
transfers. Since the FIFO Is spilt, only half of each word is 
transferred into the transmit portion of the FIFO. The Byte 
Order Select bit in the Data Configuration Register can be 
used to select which half of the word is written into the 
FIFO (see Figure 4). 

Note: Although a word is transferred to the NIC. only a byte is transmitted in 
the loopback packet. To properly transfer all the bytes in the loop- 
back packet, the byte count must be 2 times the actual number of 
bytes assembled in the loopback packet. 
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7. During heavily loaded network conditions, external loop- 
back through the SNI and CTI could fail due to interfer- 
ence from the network. 

Alignment of Data In the FIFO 

During loopback, eight bytes of the FIFO are used for trans- 
mission and eight bytes are used for reception. Reception of 
tl^e packet begins at location zero, and after the pointer 
reaches the last location in the receive portion of the FIFO, 
the pointer wraps back to location zero, ovenwriting the pre- 
viously received data (see Figure 5). The pointer continues 
to circulate through the FIFO until the last byte is received. 
The NIC then appends the lower receive byte count and two 
copies of the upper receive byte count into the next three 
locations in the FIFO. Thus, only the last five bytes of the 
received packet may be retrieved. 

Note: Although the size limit of a loopback packet Is 64 ktjytes, the byte 
counter rolls over at 2048 bytes. 
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FIGURE 5. Continuously Circulating FIFO 
Write Pointer During Loopback 

To achieve the packet alignment shown in Figure 6, the 
packet length should be {N*8) + 5 bytes (i.e., 13, 21, etc). If 
the CRC is appended, the second through fifth byte will be 
the CRC appended by the NIC. This allows the CRC to be 
extracted from the NIC and compared to a previously calcu- 
lated value for verification. 
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Loopback Tests 

Three types of loopback tests may be performed to verify 
the data path through the DP8390 chip set. The tests are as 
follows: 

1. Group I tests verify the CRC generation capability of the 
NIC. In this case, the NIC generates and appends a CRC 
to the loopback packet, and software Is used to verify a 
matching CRC. 

2. Group II tests verify the CRC recognition capability of the 
NIC. Here, the NIC verifies a software generated CRC. 

3. Group III tests verify the address recognition logic of the 
NIC. 

The loopback tests which follow were performed on the 
DP839EB. During each of the loopback tests, the Data Con- 
figuration Register was programmed to 40h. 

GROUP I LOOPBACK TESTS: CRC GENERATION 

The basic steps necessary to perform the Group I loopback 
tests (in which the CRC Is appended by the NIC) are as 
follows: 

1. Set Command Register to 21 h (page 0). 

2. Initialize Data Configuration Register to 40h. 

3. Initialize Receive Configuration Register to IFh (promis- 
cuous mode). 

4. Initialize Transmit Byte Count Registers and Transmit 
Page Start Register. 

5. Set Command Register to 22h (start mode). 

6. Create loopback packet and transfer into NIC buffer 
memory. 

7. Transmit dummy packet to check for unterminated or 
unconnected cable: 

a. Set Transmit Configuration Register to OOh (normal 
operation). 

b. Write FFh to Interrupt Status Register to reset. 

c. Set Command Register to 26h (transmit). Note that 
the Command Register must first be in start mode 
(22h) before transmitting (26h). 

d. Loop until the Packet Transmitted bit is set in the In- 
terrupt Status Register. If the timeout loop completes 
and this bit is not set, the transmit has timed out, and 
the cable may not be connected. 

e. Check Interrupt Status Register for 08h (transmit Er- 
ror. If the Transmit Error bit Is set, excessive collisions 
have occurred, and the cable may not be terminated. 

8. Start loopback mode 1 test (TCR = 02h): 

a. Reset Transmit Configuration Register to OOh. 

b. Reset Command Register to 21 h. If the NIC is cur- 
rently receiving a packet, it will wait for the reception 
of the current packet to complete before it will reset. 
Thus, a wait state of at least 1.5 ms is necessary to 
insure that the NIC will completely reset. 

c. Program the Transmit Configuration Register to the 
appropriate loopback mode. 

d. Write FFh to Interrupt Status Register to reset. 

e. Set Command Register to 22h (start mode). 
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f. Set Command Register to 26h (transmit). 

g. Wait for transmit to complete (Command Register = 
22h). 

h. Ctieck Inten^pt Status Register for 06ti (good trans- 
mission). 

I. Read FIFO and compare ORG with previously calculat- 
ed CRC. 
9. Start loopback mode 2 test (TCR = 04h): See Step 8. 

10. Transmit a dummy packet to change the contents of the 
FIFO. If this step is not taken before external ioopback 
through the CTI and the AUi cable is not connected, the 
NIC does not receive anything into its FIFO. Thus the 
contents of the FIFO are not changed, and the loopback 
test reads a good CRC. See Step 7. 

11. Start loopback mode 3 test (TCR = 06h): See Step 8. 

12. If mode 3 lookback fails, transmission may have. been 
aborted due to excessive collisions (check the Transmit 
Status Register). In this case, network traffic has inter- 
ferred and the CTI may still be operational. 

GROUP I RESULTS 

The following examples show what results can be expected 
from a properly operating NIC during Group I loopback oper- 
ations. The restrictions and results of each loopback mode 
are listed for reference. 

Internal Loopback through the NIC 



Path 


TCR 


RCR 


TSR 


RSR 


ISR 


NIC Internal (Model) 


02H 


1FH 


51 H 


02H 


06H 



Note 1: Before transmission of the loopback packet, Carrier Sense and Col- 
lision inputs are monitored (as required by CSMA/CD protocol). 
Once the NIC gains access to the network for transmission, the 
Canier Sense and Collision Detect inputs are ignored. Thus, the 
Camer Sense Lost and CD Heartbeat bits are always set in the 
Transmit Status Register. 

Note 2: CRC en'ors are always indicated by the receiver if the CRC is ap- 
pended by the transmitter. 

Note 3: Only the Packet Transmitted and Receive Error bits in the Interrupt 
Status Register are set; the Packet Received bit is set only if status 
is written to memory. In loopback this action does not occur, and 
the Packet Received bit remains for all loopback modes. 

External Loopback through the SNI 



Path 
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NIC External (Mode 2) 
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Note 1: CD Heartbeat is set in the Transmit Status Register; Carrier Sense 
Lost is not set since it is generated by the external enco- 
der/decoder. 

External Loopback through the CTI 



Path 


TCR 


RCR 


TSR 


RSR 


ISR 


NIC External (Mode 3) 
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06H 



Note 1: CD Heartbeat and Carrier Sense Lost should not be set. The Trans- 
mit Status Register could, however, also contain 01, 03, 07, and a 
variety of other values depending on whether collisions were en- 
countered or the packet was deferred. 

Note 2: The Interrupt Status Register will contain 08 if the pacitet is not 
transmittable. 



During external loopback the NIC is now exposed to net- 
work traffic. It is therefore possible for the contents of both 
the receive portion of the FIFO and the Receive Status Reg- 
ister to be corrupted by any other packet on the network. 
Thus, in a live network, the contents of the FIFO and Re- 
ceive Status Register should not be depended on. The NIC 
will still abide by the standard CSMA/CD protocol in exter- 
nal loopback mode (the network will not be disturbed by the 
loopback packet). 

GROUP II LOOPBACK TESTS: 
CRC RECOGNITION 

The basic steps necessary to perform the Group II loopback 
tests (In which a software CRC is appended to the packet) 
are similar to those outlined previously for the Group I tests, 
with the following exceptions: 

1 . The loopback packet created must have a software ap- 
pended CRC. 

2. When programming the Transmit Configuration Register 
to the desired loopback mode, the Inhibit CRC bit must 
be set. 

3. After the loopback packet has been transmitted, check 
the Interrupt Status Register and/or the Receive Status 
Register for CRC errors. If a CRC error has occurred, the 
loopback test has failed. 

GROUP II RESULTS 

The following examples show what results can be expected 
from a properly operating NIC during Group il loopback op- 
erations. The restrictions and results of each loopback 
mode are listed for reference. 

Internal Loopback through the NIC 



Path 


TCR 


RCR 


TSR 


RSR 


ISR 


NIC internal (Model) 


03H 


1FH 


51H 


01 H 


02H 



Note 1: Before transmission of the loopback packet. Carrier Sense and Col- 
lision inputs are monitored (as required by CSMA/CD protocol). 
Once the NIC gains access to the network for transmission, the 
Carrier Sense and Collision Detect inputs are ignored. Thus, the 
Carrier Sense Lost and CD Heartbeat bits are always set in the 
Transmit Status Register. 

Note 2: Only the Packet Transmitted bit in the Internjpt Status Register Is 
set The packet received bit is set only if status is written to memo- 
ry. In loopback this action does not occur, and the Packet Received 
bit remains for all loopback modes. 

External Loopback through the SNI 



Path 


TCR 


RCR 


TSR 


RSR 


ISR 


NIC External (Mode 2) 


05H 


1FH 


41H 


01H 


02H 



Note 1: CD Heartbeat is set in the Transmit Status register; Can-ier Sense 
Lost is not set since it is generated by the external encoder/decod- 
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External Loopback through the CTI 



Path 


TCR 


RCR 


TSR 


RSR 


ISR 


NIC External (Mode 3) 


07H 


1FH 


01 H 


01H 


02H 



Internal Loopback through the NIC: Matching 
Physical Address 



Nate 1: CD Heartbeat and Carrier Sense Lost should not ba set. The Trans- 
mit Status Register could, however, also contain 01, 03, 07, and a 
variety of other values depending on whether collisions were en- 
countered or the packet was deferred. 

Note 2; Ttie Inten-upt Status Register will contain OB If the packet is not 
transmittable. 

During external loopback the NIC Is now exposed to net- 
work traffic. It is therefore possible for the contents of both 
the received portion of the FIFO and the Receive Status 
Register to be cornjpted by any other packet on the net- 
work. Thus, in a live network, the contents of the FIFO and 
Receive Status Register should not be depended on. The 
NIC will still abide by the standard CSMA/CD protocol in 
external loopback mode (the network will not be disturbed 
by the loopback packet). 

GROUP III LOOPBACK TESTS: 
ADDRESS RECOGNITION 

The address recognition logic cannot be directly tested. 
However, the CRC En-or and Frame Alignment Error bits in 
the Receive Status Register are set only if the address of 
the packet matches the address filters. Thus, if errors are 
expected to be set and they are not set, the packet has 
been rejected on the basis of an address mismatch. 

GROUP III RESULTS 

One method of testing the address recognition logic would 
be to transmit two loopback packets, one with a matching 
physical address, and one with a non-matching address. 
Both packets should have a CRC appended by the NIC. 
Expected results for each case follow. 



Path 


TCR 


RCR 


TSR 


RSR 


ISR 


NIC Internal (Mode 1) 


02H 


OOH 


51H 


02H 


06H 



Note 1: Before transmission of the loopback packet, Carrier Sense and Col- 
lision inputs are monitored (as required by CSMA/CD protocol). 
OncG the NIC gains access to the networl^ for transmission, the 
Carrier Sense and Collision Detect inputs are Ignored. Thus, the 
Carrier Sense Lost and CD Heartbeat bits are always set in the 
Transmit Status Register. 

Note 2: CRC errors should be seen in both the Receive Status Register and 
the Interrupt Status Register for an address matching packet. 

Note 3: Only the Packet Transmitted and Receive Error bits in the Interrupt 
Status Register are set; the Packet Received bit is set only if status 
Is written to memory. In loopback this action does not occur, and 
the Packet Received bit remains for all loopback modes. 

Internal Loopback through the NIC: Non-Matching 
Physical Address 



Path 


TCR 


RCR 


TSR 


RSR 


ISR 


NIC Internal (Model) 


02H 


OOH 


51 H 


01 H 


02H 



Note 1: Before transmission of the loopback packet. Carrier Sense and Col- 
lision inputs are monitored (as required by CSMA/CD protocol). 
Once the NIC gains access to the network for transmission, the 
Canier Sense and Collision Detect inputs are ignored. Thus, the 
Carrier Sense Lost and CD Heartbeat bits are always set in the 
Transmit Status Register. 

Note 2: CRC errors should not be detected for a non-matching physical 
address. 

Note 3: Only the Packet Transmitted bit in the Internjpt Status Register is 
. set. The packet received bit is set only if status is written to memo- 
ry. In loopback this action does not occur, and the Packet Received 
bit remains for all loopback modes. 
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Writing Drivers for the 
DP8390 NIC Family of 
Ethernet Controllers 



National Semiconductor 
Application Note 874 




INTRODUCTION 

This document provides detailed information for writing driv- 
ers for ttie NIC Family of Ettiernet Controllers; DP8390 NIC, 
DP83901 SNICTM, DP83902 ST-NICtm, and DP83905 
AT/LANTICTM. It describes the basic components of the 
drivers: (1) hardware initialization, (2) initiating transmis- 
sions, and (3) servicing receive and transmit interrupts. It 
includes specific examples of actual network drivers (Driver- 
Initialize, DriverSend, and DriverlSH). We recommend that 
you become familiar with the Individual part Data- 
sheets. 

HARDWARE INITIALIZATION 

The initialization procedure supplies configuration parame- 
ters for the NIC Controllers to operate in the current system. 
This involves the CPU loading the proper values into the 
configuration and address registers and enabling the NIC 
Controllers onto the network. The following shows a list of 
parameters that must be initialized before the NIC Control- 
lers become operational. 

— data bus width (8 or 16 bits) 

— physical address 

— types of interrupts that may be serviced 

— size of the Receive Buffer Ring 

— FIFO threshold 

— types of packets that may be received 

An example of an initialization routine for a typical 8-bit sys- 
tem is exemplified in Driverlnitialize. Note that the DATA 
CONFIGURATION register must be initialized before all oth- 
er registers are initialized (except the COMMAND register). 
Note also the sequencing to enable the DP83902 and 
DP83905 onto the network. 

PACKET TRANSIUIISSION 

The transmit driver is generally partitioned into two parts. 
The first part (DriverSend) initiates a transmission whenever 
the upper level software passes a packet to the driver. If the 
driver is unable to transmit the packet immediately (i.e., the 
transmitter is busy), the supplied packet is queued in a 
transmit-pending buffer. After initiating or queuing up the 
packet, DriverSend returns. 

DriverSend operates in conjunction with an interrupt service 
routine (DriverlSR). After completing the transmission, the 
NIC Controllers interrupt the CPU to signal the end of the 
transmission and indicate status information in the TRANS- 
MIT STATUS register. 

RECEIVE DRIVER 

The responsibility of the receive driver is to transfer data 
from the Receive Buffer Ring to the host's memory. Ideally, 
this process is done as fast as possible to eliminate any 
bottlenecks that may be incurred by the driver. The NIC 
Controllers facilitate removing data from the Ring by provid- 
ing a Remote DMA channel to transfer data from the Ring to 
an I/O port which is readable by the host system. It also 



maintains two pointers to track packets in the Ring: 
BOUNDARY arid CURRENT. These registers respectively 
point to the last unread packet in the Ring and the next 
vacant location in memory to receive another packet. Gen- 
erally, the receive driver removes the next packet pointed to 
by BOUNDARY, then increments BOUNDARY to the suc- 
ceeding packet indicated by the Next Page Pointer in the 
4-byte NIC Controllers receive header. This process contin- 
ues until all packets have been removed from the Ring. 
The NIC Controllers automate packet removal with the 
"send packet" command. When this command is issued, 
the NIC Controllers automatically load the DMA start ad- 
dress with BOUNDARY, load the DMA byte count from the 
4-byte receive header, then begin transferring data. At the 
end of the DMA, the NIC Controllers update BOUNDARY 
with the Next Page Pointer from the receive header. To re- 
move all packets from the Ring, the receive driver simply 
issues the "send packet" command until the BOUNDARY 
and CURRENT registers are equal. 
Because of the asynchronous nature of reception, the re- 
ceive driver must be interrupt driven. Typically, packet re- 
ception is given high priority since delaying packet removal 
may overflow the Receive Buffer Ring. If several packets in 
the ring have been queued, all packets should be removed 
in one process (i.e., a software loop which empties the 
Ring). In heavy traffic conditions, local memory can fill up 
quickly so it is important that the Ring be large enough to 
handle these situations. 

To find out how many packets are lost due to Ring over- 
flows or network errors, the NIC Controllers have three sta- 
tistical registers to monitor the network; FRAME ALIGN- 
MENT ERROR tally, CRC ERROR tally, and FRAMES 
LOST tally. These registers are useful in initially determining 
the size of the Ring and how many packets are lost due to 
network related errors (CRC errors and/or frame alignment 
errors). 

EXAIUIPLE DRIVERS 

The following transmit and receive drivers are written in as- 
sembly for fast execution. The transmit driver is partitioned 
into two parts, DriverSend and DriverlSR, while the receive 
driver resides entirely within DriverlSR. This section gives an 
overview of DriverlSR, followed by a description on how re- 
ceive and transmit interrupts interact with DriverlSR. 

interrupt Service Routine (DriverlSR) 

DriverlSR is concerned with interrupts originating from re- 
ceptions, transmissions, and errored transmissions. Errored 
receptions are ignored since these are usually collision frag- 
ments and are of no use to the upper layer software. Driver- 
lSR (Figure 2) consists of (1) a packet transmitted routine 
and (2) a packet received routine. The basic functions of the 
routines are as follows: 

Packet Transmitted Routine: checks the status of all trans- 
missions and transmits the next packets in the transmit- 
pending queue. 
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Packet Received Routine: removes all packets in the re- 
ceive buffer ring by using the "send packet" command of 
the NIC Controllers. 

Transmit Driver 

The transmit drivers consist of two parts. The first part, Dri- 
verSend (Figure 3), initiates transmission when called by the 
upper layer software. DriverSend checks if the NIC Control- 
lers are ready to transmit by reading the COMfulAND regis- 
ter (TXP bit is zero). If ready, the DriverSend using the 
DP8390's Remote DMA channel, transfers from the PC's 
memory to local memory, then issues the transmit com- 
mand and returns. Otherwise, if the NIC Controllers are 
busy (TXP bits equal one) DriverSend queues the packet in 
the transmit-pending queue, then returns. 



C /902/905 ^ 
^<w Ready to ^^ 

J YES 


NO 








1 


■ 


DMA Packet from 

PC to Local 

Mamory 




Queue Packet 
in PC Memory 


i 








Program NIC to 

Transmit Packat 

(Command R8g = 26li) 
















. 






RETURN 





FIGURE 3. Driver Send Routine 

After a transmission is completed, DriverlSR services the 
interrupt from the NIC Controllers and (1) reports status in- 
formation by reading the TRANSMIT STATUS register and 
(2) transmits the next packet in the transmit-pending queue. 



if any. Thus, for a transmit interrupt, DriverlSR executes the 
following steps: 

1. Reset PTX bit in INTERRUPT STATUS register. 

2. Check for good transmission by reading the TRANSMIT 
STATUS Register. 

3. If there are more packets in the transmit-pending queue, 
transmit the next packet; otherwise go to 4. 

4. Read INTERRUPT STATUS register for any pending in- 
terrupts. 

Receiver Driver 

Since the receiver driver must be interrupt driven, it resides 
completely within the DriverlSR. When the receive interrupt 
occurs, one or more packets may be buffered into the Ring 
by the NIC Controllers. The DriverlSR removes packets 
from the Ring and then passes them up to the host. Using 
the "send packet" command, packets are removed until the 
Ring is empty, that is, when CURRENT and BOUNDARY 
registers are equal. The sequence of the receive packet 
routine is shown below. 

1. Reset the PRX bit in the INTERRUPT STATUS register. 

2. Remove the next packet in the receive buffer using the 
"send packet" command. 

3. Check to see if the receive buffer ring is empty: BOUND- 
ARY register = CURRENT PAGE register 

4. It the Ring is not empty, go to 1 ; othenvise read INTER- 
RUPT STATUS register for any more pending interrupts. 

OTHER SOFTWARE CONSIDERATIONS 

The NIC Ethernet Controllers require some special software 
considerations to operate in all network environments. In 
particular, the handling of overflow of the receive buffer ring 
must be handled EXACTLY as described in the data sheet 
and Design Tips. 

The most efficient manner to remove packets from the 
transmit-pending queue is to use Driver Send to initiate 
transmission of the very first packet in the queue; then upon 
completion, use the DriverlSR to transmit the remaining 
packets. Using this method, the DriverlSR examines the 
queue, transmits the next available packet, then exits. The 
DriverlSR transmits the next packet after the NIC Control- 
lers issue the next transmit interrupt. 
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,4^#lil####>^^^ci>:4i###^4.***#****=i'*******t'*******'i'* ******* ********************* 

Driverlnitlalize 



Initializes the HIC for a typical network system. 

Receive Buffer Ring = 2600h to 4000h 

Transmit Buffer = 2000h to 2600h , ; 

Entry: none 

»«»*«*«**4t»t4«**««*«**Equates for NIC Registers*********************** 



COMMAND 


equ 


300h 




PAGESIARI 


equ 


COMMAHD+1 


■ . - ! ■ . ■ 


PAGESTOP 


equ 


COMMANII+2 




BOUNDARY 


equ 


COMMAND+3 




TRANSMITSIAIUS 


equ 


COMMAND+4 




TRANSMITPAGE 


equ 


COimAND+4 




IRANSMIIBYIECOUHTO 


equ 


COmiANIHS 




NCR 


equ 


COMMAND+5 




TEAHSMITBYIECOUNIl 


equ 


COMllAND+6 




IHTERRUPISIATUS , 


equ 


COMMAND+7 , 




CURRENT 


equ 


COMMAND+7 


;in page 1 


REMOIESTARIADDRESSO 


equ 


COMMAND-i-8 




CRDMAO 


equ 


COMMAHD+8 




REMOTESIARTADDRESSl 


equ 


COMMAHD+9 




CRDMAl 


equ 


COMMAND-f-g 




REMOXEBYIECOUNTO 


equ 


COMMAND+Oah 




REMOTEBYIECOUHIl 


equ 


COIUIAND+Obh 




RECEIVESIATUS 


equ 


COMMAHD+Och 




RECEIVECONFIGURAIION 


equ 


COMMAND+dch 




TRANSMITCONFIGURATION 


equ 


COMMABD+Oaii 




FAE_IA1LY 


equ 


COMMAND+Odh 




DAIACONFIGURAIIOH 


equ 


COMMAND+Oeh 




CRCIAIiLY 


equ 


COMMA ND+Oeh 




IHTERRUPTMASK 


equ 


COMMAND+Ofh 




MISS_FKr_IALLY 


equ 


COMMAND+Ofh 




PSIART 


equ 


46h 




PSIOP 


equ 


80h 





OGroup group Code 

Code segment para public 'Code' , 

assume cs:CGroup, ds:CGroup, es:nathing, ss:nothing 



rcr 


db 





tor 


db 





dor 


db 


58h 


Imr 


db 


Obh 



;value for Reov oonfig. reg 
;value for trans, config. reg 
;value for data oonfig. reg 
;value for intr. mask reg 
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»*****^#*)lt*i^#)lc4tl!r4^**#tic^tK###^itt:f *********** 

Driverlnltlalize proo near 

public Driverlnltlalize 

mov al,21h 
mov dx.COMANO 
out dx.al 



mov 


al.dcr 


mov 


dx , DATACOHFIGURATI ON 


out 


dx.al 


mov 


dx , REMOIEBYIECOUNIO 


xor 


al.al 


out 


dx.al 


mov 


dx.REMOTEBYIECOUHIl 


out 


dx.al 


mov 


al.ror 


mov 


dx.RECEIVECOHFIGURAIIOH 


out 


dx.al 


mov 


al,20h 


mov 


dx.IRANSMITPAGE 


out 


dx.al 


mov 


al.02 


mov 


dx . IRANSMITCONFIGURAIION 


out 


dx.al 


mov 


al,26h 


mov 


dx.PAGESTART 


out 


dx.al 


mov 


dx, BOUNDARY 


out 


dx.al 


mov 


al,40h 


mov 


dx.PAGESIOP 


out 


dx.al 


mov 


al.eih 


mov 


dx. COMMAND 


out 


dx.al 


mov 


al,26h 


mov 


dx, CURRENT 


out 


dx.al 


mov 


al,22h 


mov 


dx, COMMAND 


out 


dx,al 


mov 


al.Offh 


mov 


dx , INTERRUPISIAIUS 


out 


dx.al 


mov 


al.lmr 


mov 


dx.INIERRUPTMASK 


out 


dx.al 


mov 


dx. TRANSMITCONFIGURAIION 


mov 


al.tcr 


out 


dx.al 




ret 


Driverlnltlalize endp 


Code 


ends 




end 



******************************** 

;3top mode. 

;data configuration register 

;low remote byte count 
;high remote byte count 

;reeelve configuration register 
;transmlt page start 

;temporarlly go into Loopbaok mode 
;page start 
;boundary register 

;page stop 

;go to page 1 registers 

[Current page register 
;baok to page 0. start mode 

jinterrupt status register 
[interrupt mask register 



;ICR in normal mode. NIC is now 
;ready for reception 



09 
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; DriverSend 



; Either transmits a packet passed to it or queues up the 

; packet if the transmitter is busy (COMMAND register = 26h) • 

; Routine is called from upper layer software. 

; Entry: ds:si => packet to be transmitted 
ex => byte count of packet 

.«******»*«***<.*********j;quates for NIC Registers*********************** 

300h 

COMMAND+1 

COMMAKD+2 

COMMABD+3 

COMMAHD+4 

COMMAND+4 

COMMAND+5 

COMMAND+5 

C0MMAND-f6 

C0MMAJ)D+7 

COMMAND+7 ;.in page 1 

COMMAND+8 

COMMAND+8 

COMMAND+9 

COMMAND+9 

COMMAND+Oah 

COMMAKD+Obh 

COMMAND+Ooh 

COMMAND+Och 

COMMAND+Odh 

COMMAND+Odh 

COMMAND+Oeh 

COMMAND-hOeh 

COMMAND+Ofh 

COMMAND+Ofh 

COMMAND+lOh 

46h . 

80h 

40h 



COMMAND 


egu 


FAGESTARI 


equ 


FAGESTOP 


equ 


BOUNDARY 


equ 


TRAHSMITSTATUS 


equ 


TRANSMITPAGE 


equ 


IRANSMIIBYTECOUNIO 


equ 


NCR 


equ 


IRAHSMITBYIECOUNTl 


equ 


INIERRUPISTATUS 


equ 


CURRENT 


equ 


REMOTESTARTADDRESSO 


equ 


CRDMAO 


equ 


REMOIESTARIADDRESSl 


equ 


CRDMAl 


equ 


REMOTEBYIECOUNIO 


equ 


REMOTEBYIECOUNIl 


equ 


RECEIVESTAIUS 


equ 


RECEIVECONFIGURAIION 


equ 


IRANSMITCONFIGURATION 


equ 


FAE_IALLY 


equ 


DATACONFIGURATION 


equ 


CRC.TALLY 


equ 


INIERRUPTMASK 


equ 


MISS.PKT.TALLY 


equ 


lOFORT 


equ 


PSIART 


equ 


PS TOP 


equ 


TRAHSMITBUFFER 


equ 



.CODE 



DriverSend 


proc near 


public 


DriverSend 


cli 




mov 


dx, COMMAND 


in 


al.dx 


omp 


26h 


Je 


Queue It 



;disable interrupts 

;read NIC command register 

;transmltting? 

;if so, queue packet 
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push ex ;store byte count 

mov ah.IRANSMITBUFFER 

xor al.al ;3et page to transfer packet to 

call PCtoNIC ;transfer packet to HIC buffer RAM 

mov dx.IRANSMITPAGE 

mov al.IRANSMITBUFFER 

out dx.al ;set NIC transmit page 

pop ex ;get byte count back 

mov dx , TRANSMIIBYIECOUHTO 

mov al.ol 

out dx.al ;set transmit byte count on NIC 

mov dx.IRANSMIIBYTECOUHTl 

mov al , ch 

out dx.al ;set transmit byte count 1 on NIC 

mov dx, COMMAND 

mov al,26h 

out dx.al ;lssue transmit to COMMAND register 

Jmp Finished 



09 



Queuelt: 
Finished: 

DrlverSend 



call Queue.packet 

stl 
ret 
endp 



;enable interrupts 
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CO 



.**#***>!c**#*#******#*!i<*****************5l:*****************#******=i=*****#* 








PCtoNIC 




This routine 


will transfer a packet from the PC's RAM 




to the local 


RAM on the NIC card. 






assumes: 


ds ; si = packet to be transferred 






ox = byte count 








ax = NIC buffer page 


to transfer to 




*****«****#** 


{=*#*)>:****#********#*************************************** 1 


public 


__PCtoNIC 




PCtoNIC proo 


far 




push 


ax 


; save buffer address 


Ino 


ox 


; make even 


and 


ox.Offfeh 




mov 


dx.REMOIEBYIECOUNIO 


; set byte count low byte 


mov 


al.cl 




out 


dx.al 




mov 


dx.REMOTEBYIECOUNTl 


; set byte count high byte 


mov 


al,oh 




out 


dx.al 




pop 


ax 


; get our page back 


mov 


dx.REMOIESIARTADDRESSO 




out 


dx.al 


; set as lo address 


mov 


dx.REMOIESTARTADDRESSl 




mov 


al.ah 


; set as hi address 


out 


dx.al 




mov 


dx, COMMAND 




mov 


al , 12h 


; write and start 


out 


dx.al 




mov 


dx.IOPORI 




shr 


ox,l 


; need to loop half as many times 


Writing-Word; 




;because of word-wide transfers 


lodsw 




;load word from ds:si 


out 


dx.ax 


;write to lOPORT on NIC board 


loop 


Writing.Word 




mov 


ox,0 




mov 


dx.INTERRUPTSIATUS 




CheokDMA: 






in 


al.dx 




test 


al,40h 


; dma done ??? 


Jna 


toNICEND 


; if so, go to NICEND 


jmp 


CheokDMA 


;loop until done 


toNICEHD: 






mov 


dx.INIERRUPTSIATUS 




mov 


al,40h 


;clear DMA interrupt bit in ISR 


out 


dx.al 




olo 






ret 






PCtoNIC 


endp 
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HICtoPC 



00 



This routine will transfer a packet from the RAM 
on the NIC card to the RAM In the PC. 



assumes: es: di = packet to be transferred 
ex = byte count 
ax = NIC buffer page to transfer from 



public .NlCtoPC 



.NICtoPC 


proc far 


push 


ax 


ino 


ex 


and 


ox, Of ff eh 


mov 


dx.REMOTEBYIECOUMIO 


mov 


al.ol 


out 


dx.al 


mov 


dx , REMOTEBY TECOUNTl 


mov 


al.ch 


out 


dx.al 


pop 


ax 


mov 


dx , REMOIESTARTADDRESSO 


out 


dx.al 


mov 


dx , REMOIESIARTADDRESSl 


mov 


al.ah 


out 


dx.al 


mov 


dx, COMMAND 


mov 


al.Oah 


out 


dx,al 


mov 


dx,IOPORT 


shr 


cx,l 


Wrltlng_Word: 




In 


ax,dx 


stosw 




loop 


Reading.Word 


mov 


dx, INTERRUPT STATUS 


CheokDMA: 




In 


al.dx 


test 


al,40h 


jnz 


ReadEnd 


Jmp 


CheokDMA 


ReadEnd : 




out 


dx,al 


ret 




_NICtoPC 


endp 



; save buffer address 
; make even 



; get our page back 
; set as low address 

; set as hi address 
; read and start 



; need to loop half as many times 
;beceuse of word-wide transfers 

;read word and store In es:dl 



clear RDMA bit in NIC ISR 
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: DriverlSR 



This interrupt service routine responds to transmit, transmit error, and 
receive interrupts (the FIX, TXE, and PRX bits in the IHIERRUPl STATUS 
register) produced from the NIC. Upon transmit interrupts, the upper 
layer software is informed of successful or erroneous transmissions; 
upon receive Interrupts, packets are removed from the Receive Buffer 
Ring (in local memory) and transferred to the PC. 

.***»»»******»*»««**«*«*Equates for KIC Registers*********************** 



COMMAND 

PAGESIARI 

PAGESIOP 

BOUNDARY 

TRANSMITSTAIUS 

TRANSMITPAGE 

TRANSMITBYTECOUNIO 

NCR 

IRANSMITBYTECOUNTl 

INTERRUPTSTAIUS 

CURRENT 



equ 300h 

equ COMMAND+1 

equ COMMAND+2 

equ COMMAND+3 

equ COMMAND+4 

equ COMMAND+4 

equ COMMAND+5 

equ COMMAHD+5 

equ CCMMAND+6 

equ COMMAND+7 

UUKKJSNT equ COMMAND+7 

REMOTESTARTADDRESSO equ COMMAND+8 

CRDMAO equ COMMAND+8 

EEMOTESIARTADDRESSl equ COMMAND+9 

CRDMAl equ COMMAND+9 

REMOTEBYTECOUNTO equ COMMAND+Oah 

REMOTEBYTECOUNTl equ COMMAND+Obh 



;in page 1 



RECEIVESTATUS 



equ COMMAND+Och 



KJSUisiVJiSiAius equ uuMMABU+uon 

RECEIVECONFIGURATION equ COMMAND+Ooh 

TRANSMITCONFIGURATIOH equ COMMAND+Odh 

FAE TALLY "*"" nnmrAHnj-rt^v* 



DATACONFIGURATION 
CRC.IALLY 
INTERRUFIMASK 
MISS.PKI.IALLY 

PSTART 
PSTOP 



equ COMMAND+Odh 

equ COMMAND+Oeh 

equ COMMAND+Oeh 

equ COMMAND+Ofh 

equ COMMAND+Ofh 

equ 46h 

equ SOh 



CGroup group Code 

Code segment para public 'Code' 

assume cs:CGroup, ds:CGroup, es:nothing, s5:nothing 
; External routines 

extrn DriverSend: near 
byte_count dw ? 
imr db Ibh 



;image of Interrupt Mask register 
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Begin of Interrupt Service Routine 
netisr proo near 



00 



public netisr 
cli 

push ax 

push bx 

push ex 

push dx 

push di 

push si 

push ds 

push es 

push bp 

mov al.Obch 

out 21h,al 
sti 

mov ax.CGroup 

mov ds,ax 



;save regs 



;turn off IR53 



:ds=cs 



Read IBTERRUPT STATUS REGISTER for receive packets, transmitted 
packets and errored transmitted packets. 



poll: 



mov 


dx.INTERRUPISIAIUS 


in 


al.dx 


test 


al.l 


Jnz 


pkt_reov_rt 


test 


al.Oah 


jz 


exit-isr 


Jmp 


pkt_tx_rt 


exit.isr: 




mov 


dx.INIERRUPTMASK 


mov 


al,0 


out 


dx.al 


cli 




mov 


al.0b4h 


out 


21h,al 


mov 


al,63h 


out 


20h,al 


sti 




mov 


dx.INIERRUPTMASK 


mov 


al.imr 


out 


dx.al 



;packet received? 

;paoket transmitted? 
;no, let's exit 



;disabling HIC's intr 

;turn IRQ3 back on 
;send 'EOI' for IRQ3 



;NOTE: intr from the HIC 

; are enabled at this point so 

; that the 8259 interrupt 

; controller does not miss any 

; IRQ edges from the NIC 

; (IRQ is edge sensitive) 



pop 


bp 


pop 


es 


pop 


ds 


pop 


si 


pop 


di 


pop 


dx 


pop 


ex 


pop 


bx 


pop 


ax 


iret 
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Packet Receive Routine {pkt_reov_rt) - clears out all gooii 
packets in local receive buffer ring. Bad packets are ignored. 



pkt_reov_rt : 

mov dx.IHIERRUPISTAIUS 

In al.dz 

test al.lOh 

jnz ring_ovfl 

mov al , 1 

out dx.al 

mov ax.next-paoket 

mov cx,paoket_length 

mov es.seq reov_po_buff 

mov di, off set reov_po_buff 

KICtoPC 



;test for a Ring overflow 
;reset PRX bit In ISR 



Inform upper layer software of a received packet to be processed 

checking to see if receive buffer ring is empty 
oheck_ring: 

mov dx, BOUNDARY 

in al.dx 

mov ah.al 

mov dx, COMMAND 

mov al,62h 

out dx , al 

mov dx, CURRENT 

in al,dx 

mov bh,al 

mov dx, COMMAND 

mov al,22h 

out dx,al 

omp ah , bh 

jne pkt_recv_rt 

jmp poll 



;save BOUNDARY in ah 
;switohed to pg 1 of NIC 
;bh = CURRENT PAGE register 



;switched back to pg 
;reov buff ring empty? 



The following code is required to recover from a Ring overflow. 
See Sec. 2.0 of datasheet addendum. 



rlng.ovfl: 

mov dx, COMMAND 

mov al,21h 

out dx,al 



;put NIC in stop mode 



mov dx.REMOIEBYIECOUNIO 

xor al,al 

out dx , al 

mov dx.REMOTEBYTECOUNTl 

out dx.al 

mov dx,_INTERRUPISTATUS 

mov ox,7fffh 



;load time out counter 
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walt_for_stop; 



in al,dx ^ 



test al,80h ;look for RSI bit to be set 

loop wait_for_3top ; if we fall thru this loop, the RSI bit may not get 

; set because the NIC was currently transmitting 

mov dx.IRANSMITCONFIGURATlOH 

mov al,2 

out dx.al ;lnto loopback mode I 

mov dx, COMMAND 

mov al,22h 

out dx.al ;into stop mode 

mov ax,next_packet 
mov cx,packet_length 
mov es.seg recv_po_buff 
mov di, off set reov_pc_buff 
HICtoPC 

mov dx.IHIERRUFISIATUS 

mov al,10h 

out dx,al ;clear Overflow bit 

mov dx.IRANSMIICOKFIGURATION 

mov al.tcr 

out dx.al ;put ICR back to normal mode 

3mp check_ring 

packet_transmit_routine (pkt_tx_rt) -determine status of 
transmitted packet, then checks the transmlt-pending 
queue for the next available packet to transmit. 

pkt_tx_rt : 

mov dx,INTERRUPISTAIUS 

mov al,Oah 

out dx,al ;reset FIX and IXE bits in ISR 

mov dx,IRANSMIISIAIUS ;oheok for erroneous IX 

in al,dx 

test al,38h ;is FU, CRS, or ABI bits set in ISR 

J nz bad_tx 

^)ii#**t**#****>i:***ii'*********************************'ii***'ff *************** 

Inform upper layer software of successful transmission 

jmp chk_tx_queue 
bad.tx: ;ln here if bad TX 

Inform upper layer software of erroneous transmission 
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op chk_tx_gueue : 

call Check.Queue ; see if a packet is in queue 

; assume Check_Queue will a non-zero 
cmp cx,0 ; value in ex and pointer to the 

Je poll ; packet in DS:SI if packet is 

call DriverSend ; available. Returns ex = otherwise 

Jmp poll 
netisr endp 
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1.0 OVERVIEW 

The DP83905EB-AT AT/LANTIC Demonstration board pro- 
vides system designers with complete 16-blt 10BASE-T, 
10BASE2 and 10BASE5 Ethernet Solutions in a half-size, 
jumperless, ISA adapter card. The board uses only four ICs 
and can be configured as either a shared memory or an I/O 
port adapter card. All of the bus interface logic is implement- 
ed in the DP83905, AT Local Area Network Twisted Pair 
Interface Controller (AT/LANTIC). The AT/LANTIC uses an 
E^PROU to store the board's IEEE node address and it's 
own configuration information. It uses two 8k x 8 SRAMs for 
buffering packets to and from the network. 
The DP83905 has a built in IVIanchester Encoder/Decoder 
and Twisted Pair Transceiver. This allows the AT/LANTIC 
to transmit and receive packets on a 10BASE-T network 
with the addition of only a filter and some discrete compo- 
nents. An AUI interface on the AT/LANTIC can also be 
used to run a 10BASE5 or 10BASE2 network with the addi- 
tion of two 1:1 pulse transformers, a DC-DC Converter and 
the DP8392 Coaxial Transceiver Interface (CTI). Refer to 
the schematic at the end of this Application Note. 



2.0 ARCHITECTURAL FEATURES 

• Designed with the DP8390 Network interface Controller, 
NIC 

• Complete Ethernet solution with only 4 ICs 

• Board options are configurable in software 

• Halt-size PC-AT® adapter card 

• 2 Modes for ISA interface— Shared Memory or I/O Port 
(NE2000pA/sTM compatible) 

• 10BASE-T, 10BASE2 or 10BASE5 connectivity 

• Serial EEPROM stores IEEE address and AT/LANTIC 
configuration while using less power than a typical 
bipolar PROM 

• Surface mount technology on most parts 

• Boot PROM socket to allow diskless boot from 
NetWareTM, LANManager and other network operating 
systems 

• Able to select one of eight interrupts 



Memory Support Address Bus 
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FIGURE 1. DP83905EB-AT Block Diagram 
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3.0 BOARD DESIGN AND LAYOUT 

Figure 2 shows the part placement and power plane layout 
for the DP83905EB-AT Demonstration Board. The design is 
straight forward because all of the bus intertace logic, in- 
cluding the 24 mA ISA bus drivers, is internal to the 
AT/LANTIC. The Twisted Pair interface is simple as the TPI 
transceiver is also internal to the AT/LANTIC. Thin Ethernet 
(10BASE2) is acheived with the addition of a DP8392CV 
CTI device and a DC-DC converter. 

3.1 ISA Bus Interface 

Ail of the ISA Bus interconnects of the AT/LANTIC can be 
directly routed to the iSA Bus connector. Changing the 
physical placement of the AT/LANTiC may make these 
traces easier to route, but in order to keep the Twisted Pair 
Interface traces as short as possible, the AT/LANTIC 
should be placed as close as possible to the card's metal 
bracket. This makes the routing of the ISA Bus traces longer 
and hence noisier. To filter low frequency noise (kHz range) 
on the bus a 22 ^F decoupling capacitor was placed near 
the bus connector between power and ground. 
The Boot PROM address lines also come directly from the 
ISA Bus connector. The reason for this is that the 
AT/LANTIC's Memory Support Address Bus does not buffer 
address bit AO which is needed by the boot PROM (the 
AT/LANTIC only does word aligned transfers when in 16-bit 
mode). Boot PROM addresses must come directly off the 
ISA Bus where byte or word aligned transfers may be used 
by software. The physical location of the PROM is not crit- 
ical. 

3.2 Memory Support Bus Interface 

The Memory Support Interface is that part of the design 
which is used by the AT/LANTiC's Local DMA and Auto- 
Configuration. This includes the SRAMs and the E^PROM. 



Figure 1 shows how both SRAMs and the E^PROM are con- 
nected to the Memory Support Bus of the AT/LANTIC. The 
AT/LANTIC uses the SRAM (8k x 1 6) for buffering transmit 
and receive packets and it uSes the E^PROM to store the 
IEEE Node Address, a checksum, a board type. Configura- 
tion Registers A, B and C and codes which determine the 
data width in which the board is to run. Primarily the 
E2pR0M is used on start up; once the AT/LANTIC reads 
the configuration data and the IEEE node address out of the 
E2PR0M, this information is stored in the AT/LANTIC and 
made accessible by software. 

In order to change the boot configuration of the board, the 
current configuration is changed in software and the 
AT/LANTIC downloads the new configuration to, the 
E2pR0M. The new configuration will be stored so that when 
the board is powered up again, the new configuration will be 
loaded. (See Section 4.0 — older designs required hardware 
jumpers to do this). The E2PR0M that the AT/LANTIC uses 
(NM93C06) is a serial device. The AT/LANTIC uses its 
MSDO-2 pins fdr Serial Data Out, Serial Data In and Clock 
to the E2PR0M when reading or writing it. 
The two RAMs provide 16 kbytes of memory for the 
AT/LANTIC to use for buffering received packets and for 
the system to use for buffering transmit packets. In Shared 
RAM mode the HAM logically resides in system memory, 
but it must still be connected to the AT/LANTIC's Memory 
Support Bus. The AT/LANTIC buffers the data and address 
from the ISA Bus, decodes the address and drives chip se- 
lect and the read or write strobe to the RAM. Note that the 
board was designed to accommodate either DIP or SOP 
SRAMs. 
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FIGURE 2. DP83905EB-AT Board Layout and Component Placement 
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3.3 AT/LANTIC 

Some design and layout considerations were made with re- 
spect to the DP83905. These are described in the following 
three sections. 

3.3.1 Crystal and Oscillator Design 

The AT/LANTIC has been designed to operate with either a 
crystal or an oscillator module. The DP83905EB-AT comes 
assembled with the crystal option. If an oscillator module is 
used, the crystal and the load capacitors C1 and C2 must be 
removed from the board. If the capacitors are not removed, 
they will create excessive loading on the clock which may 
stop the card from working. When mounting an oscillator, it 
should be raised slightly off the board so that It is not touch- 
ing the metal pads for the capacitors CI and C2 (some os- 
cillator modules have built-in insulating raisers). 
There are two layout considerations with respect to the 
clock. First, the traces for the clock should be short and the 
crystal or oscillator should be placed close to the 
AT/LANTIC (see Figure 2). Second, if a standard size crys- 
tal is being used and it must He flat on the PC board, the 
power planes should be voided in that area. Note that on 
the DP83905EB-AT a low-profile crystal is being used that is 
not laying down. In this situation, it is not critical that the 
power planes be removed 

3.3.2 Decoupling for the AT/LANTIC 

The AT/LANTIC, like any other VLSI device, is composed of 
multiple functional/logic blocks. In some cases, these 
blocks run off of separate power rails internal to the part. 
Some of these blocks (such as the Twisted Pair Transceiv- 
er) can be quite susceptible to noise. Not only can the input 
signals couple noise from the board and environment, but 
output signals can transmit noise to the environment. Also, 
since the separate power pins are all connected to the 
same 5V supply in the PC, other noisy power signals can 
affect power supplies that need to be kept noise free. By 
separately decoupling the supply pins to the AT/LANTIC, 
the internal supplies are reasonably isolated from each oth- 
er. Instead of placing decoupling capacitors near the 
AT/LANTIC, place the decoupling capacitors directly to the 
power pins. Each of the seven blocks within the AT/LANTIC 
should be decoupled by at least one 0.01 fiF capacitor. 
Thus, each of the power rails in the chip has independent 
decoupling. This minimizes EMI and reduces power supply 
noise. 

Another area of concern is the AT/LANTIC's ISA bus inter- 
face. This section is driving the ISA bus with 24 mA bus 
drivers. Not only is the current high, but the rise and fall 
times of the bus signals are fast. By decoupling the ISA 
interface supply, noise produced by these drivers is re- 
duced. 

Decoupling of noise from the PC bus is acheived using 
0.01 /iF and 22 \x^ capacitors (used to filter out lower fre- 
quency noise in the order of a few kHz). One 22 jnF is 
placed near the media end of the board and the other near 
the ISA bus connector. 

3.3.3 PLL Power Supply Noise 

The VCO (Voltage Controlled Oscillator) block of the re- 
ceive PLL (Phase-Lock Loop) within the AT/LANTIC is sen- 
sitive to noise in the frequency range of 10 kHz to 400 kHz. 
As little as 100 mV of noise in this range can cause the PLL 



to lose lock on an incoming packet. In order to improve the 
performance of the PLL, a single pole filter should be used 
on the PLL power supply pin. This is shown below in Figure 
3. 

+5V 



Pin 160 



"T 
1 



120. TT 

-Vi/V— ' 



10>jF 



TL/F/1 1786-3 



FIGURE 3. PLL Vcc Noise Filter 

3.4 Twisted Pair Interface (TPI) 

This section refers to the layout diagram in Figure 2, of this 
Application Note. 

The Twisted Pair Interface of the DP83905EB-AT is simple: 
the only components needed external to the AT/LANTIC 
are the pre-emphasis resistors, some capacitors, a trans- 
former/filter module and, of course, the RJ45 modular con- 
nector. Resistors R19-22 (refer to the schematic at the end 
of this application note) provide the preemphasis for the 
TXO± output as described in the AT/LANTIC datasheet. 
R23 damps the TXO± output undershoot. Resistors R24 
and R25 terminate the receive Twisted Pair line. C9, C43- 
C45 filter out the common mode noise in the transformer/fil- 
ter. C46 and C47 filter out the high frequency noise harmon- 
ics on the TXO± output. All these components together 
with the transformer/filter module should be placed as 
close to the AT/LANTIC's twisted pair interface pins as pos- 
sible. The traces should be kept straight and should not run 
near any other traces. The traces on the cable side of the 
transformer/filter module to the RJ45 connector should be 
kept short and straight too. Additionally, make sure that all 
differential traces are tracked in parallel so they are equi- 
length and will pick up the same amount of common mode 
noise. 

The entire area under all of these signals should be voided 
of signal traces and power planes, as these could couple 
noise into the Tx/Rx signals. This is shown in Figure 2. This 
part of the circuit is very critical and will affect FCC test 
results directly. Precaution should be taken during layout to 
ensure that noise is reduced as much as possible. 

3.5 Attachment Unit Interface (AUI) 

The DP83905EB-AT can be used with an external IVIedium 
Attachment Unit (MAU) so that connectivity to 10BASE5 or 
another medium can be acheived. This interface is via the 
15-pin D-type connector and is a direct interface to the 
AT/LANTIC's ENDEC. The AT/LANTIC's ENDEC requires 
two 270fl pull-down resistors on the transmit outputs and 
78n terminations on the receive and collision inputs. Also, 
the RX, TX and CD lines must be AC coupled using a stan- 
dard 1:1 pulse transformer. This is the only design require- 
ment for the AUI interface: it is needed to isolate the 
AT/LANTIC from DC fault conditions. Although these differ- 
ential signals are not as noise sensitive as the Twisted Pair 
inputs, care should still be taken when laying out this sec- 
tion of the board. It is not necessary to void the power 
planes under them. 
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3.6 Coaxial Transceiver interface (CTI) 

This section refers to the layout diagram in Figure 2 of this 
application note. 

The Coax Transceiver interface (DP8392CV) should be 
placed very close to the BNC connector. This will allow the 
TXO/RXI trace to be short and straight. The area under this 
trace should be voided of all other signals and power planes 
(as shown in Figure 2) in order to meet the IEEE 802.3 input 
capacitance requirement. The BNC connector on the dem- 
onstration board is a standard part, however, "quiet" con- 
nectors are readily available to reduce noise for perform- 
ance and FCC qualification. The CTI requires an area of 
copper on the top of the board for heat dissipation. This is 
also shown in Figure 2 and is documented in the DP8392CV 
datasheet. The ground shield of the BNC connector (and of 
the coax cable) Is resistively and capacitively decoupled to 
chassis ground. There is a chassis ground strip on each 
layer of the board running from the top to the bottom of the 
PC board. This is connected to the chassis of the PC 
through the 15-pin AUI connector's body metal. Chassis 
ground is then capacitively decoupled to digital ground. The 
chassis ground trace along the front of the board forms a 
"shield" so that noise is not emitted into or received from 
the environment. 

In order to provide a jumperless solution, a 1:1 transformer 
is required between the CTI and the 15-pin AUI connector. 
This provides 500V isolation between the CTI and the DTE 
ground as required by the IEEE 802.3 specification. 

3.6.1 DC-DC Converter Solution 

The DP83905EB-AT has been designed to use a standard 
DC-DC converter which operates from a 12V supply and 
meets the specifications of the DP8392CV. When the 
AT/LANTIC is programmed for Thin Ethernet, the THIN out- 
put is driven high to turn on the DC-DC converter. For Thick 
Ethernet and Twisted Pair (10BASE5/T) the AT/LANTIC 
drives the THIN output low, turning off the DC-DC converter. 
Table I shows the possible settings for bits PHYS1 and 
PHYSO, the Physical Layer Interface selection bits in Config- 
uration Register B. When programmed as [0 1] the THIN 
output of the AT/LANTIC will go high which will turn on the 
DC-DC converter. When programmed to any other combina- 
tion the THIN output will go low, turning the DC-DC convert- 
er off. 

TABLE I. Physical Medium Selection 



PHYS1-0 


Media 


00 


10BASE-T 


01 


10BASE2 


10 


AUI (10BASES) 


1 1 


TPI (RSL) 



3.7 interrupt Scheme 

The DP83905EB-AT will support the selection of one of 
eight host Interrupts. (Encoded mode.) 
To program the AT/LANTIC to use the encoded mode inter- 
mpt scheme, set the INTMODE bit in Configuration Register 
C HIGH (logic 1)— see Section 4.3 for details. INT3 is the 
active interrupt output and INTO, 1 , 2 are programmable out- 
puts containing the values in bits 3-5 of configuration regis- 
ter A. 



The DP83905EB-AT connects the AT/LANTIC's INTO-3 
pins to the inputs of a 16V8 GAL. The GAL maps the 
INTO-2 inputs to the host's interrupts, as shown in Figure 4 
and Table II. This interrupt scheme is Novell NE2000p/i/5 
compatible. The INT3 pin from the AT/LANTIC strobes true 
when an intermpt is generated by the AT/LANTIC's internal 
circuitry. The selected interrupt is output on the GAL 
(strobes LOW) for the duration of the INT3 strobe. 
This means that the interrupt outputs are Intended for use in 
an edge triggered interrupt environment. They will not func- 
tion correctly in a machine with level triggered interrupts — 
interrupts may be missed. 

By definition the ISA bus uses edge triggered interrupts, 
however, in an EISA machine, interrupts can be system se- 
lected to be either edge or level triggered. 
IRQ3.0E = !IHI3 & 1INI2 & !INT1 & IIHTO; 
IRQ3 = 0; 

IRQ4.0E = !INI3 k IINI2 & IINII & INTO; 
IRQ4 =0; 

IRQ5.0E = !INT3 & ilNIS & INTl & IINIO; 
IRQS = 0; 

IRQ9.0E = UniS & !INT2 & IKIl & INTO; 
IRQ9 = 0; 

IRQIO.OE = IINI3 & INT2 & IINII & IINTO ; 
IRftlO = ! 

IRQll.OE = HUTS k rHT2 k IIHII k IHIO ; 
IRQIX =0; 

IRQ12.0E = IINT3 & INT2 & INIl k IINIO; 
IRQ12 = 0; 

IRQ15.0E = IIHI3 k IHT2 & IHTl & IHIO; 
IRQI5 = 0; 

FIGURE 4. GAL Contents 

TABLE II. Interrupt Selection 



INT 2, 1,0 


Interrupt Level 


000 


IRQ 3 


001 


IRQ 4 


01 


IRQ 5 


01 1 


IRQ 9 


100 


IRQ 10 


101 


IRQ 11 


1 1 


IRQ 12 


1 1 1 


IRQ 15 



3.8 Status LEDs 

Five LEDs are located at the top of the board to indicate 
network status. The LEDs from left to right are: POLARITY 
(POL), COLLISION (COL), TRANSMIT (XMT), LINK (LNK) 
and RECEIVE (REC). 

The POL LED is lit when the TPI module detects seven 
consecutive link pulses or three consecutive receive pack- 
ets with reversed polarity. 
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The COL LED is lit for approximately 50 ms whenever a 
collision is detected. 

The XMT LED is lit for approximately 50 ms whenever the 
AT/LANTIC controller transmits data. 
In TPI mode, the LNK LED is lit while link pulses are being 
received. This indicates that the twisted-pair connection is 
active. 

The REC LED is lit for approximately 50 ms whenever re- 
ceived data is detected. 

3.9 Bed-of-Nails Testing 

The DP83905EB-AT supports in-circuit testing to ensure 
that the board has been assembled correctly with worthing 
parts. The schematic for the board shows each of these 
points (TPxx) as test points. Physically, they are holes on 
the board or surface mount pads. Every node on the board 
that does not include a through hole part has an associated 
test point. The AT bus signals are also brought out to test 
points. This allows a bed-of-nails tester to probe every node 
of the board. 

4.0 CONFIGURATION OPTIONS 

Please refer to the AT/LANTIC hardware and software de- 
sign guides for a more detailed explanation of this section. 
The DP83905EB-AT does not require jumpers because all 
the configuration options for the board can be programmed 
by software. The serial E^PROM can also be written to by 
the AT/LANTIC, allowing the configuration to be changed 
and saved. The memory map of the E^PROM is shown in 
Table III. 

TABLE ill. E2PR0M Contents 





D15-D8 


D7-D0 


OFH 


73H 


Config. Reg. C 


OEH 


Config. Reg. B 


Config. Reg. A 


ODH 


Not used 


Not used 


OCH 


Not used 


Not used 


OBH 


Not used 


Not used 


OAH 


Not used 


Not used 


09H 


Not used 


Not used 


08H 


42H 


42H 


07H 


57H 


57H 


06H 


Not used 


Not used 


05H 


Not used 


Not used 


04H 


Not used 


Not used 


03H 


Checksum 


Board Type 


02H 


E'Net Address 5 


E'Net Address 4 


01H 


E'Net Address 3 


E'Net Address 2 


OOH 


E'Net Address 1 


E'Net Address 



The fields in the E^PROH/I are defined as: 
CONFIG REG. A— Stores base I/O Address and Interrupt 
number that the board is currently using. The AT/LANTIC 
has write access to this location. See bit description in Sec- 
tion 4.1. 



CONFIG REG. B — Stores Physical Layer interface and pro- 
grammable bus options. The AT/LANTIC has write access 
to this location. See bit description in Section 4.2. 
CONFIG REG. C— Stores Boot PROM address and other 
hardware specific configuration options. The AT/LANTIC 
cannot write to this location. See bit description in Section 
4.3. 

42H— This location (08H) must contain 42H (ASCII "B"). 
When DWID is low, the software will read this location in the 
PROM Store of the AT/LANTIC and determine that the 
board is in an 8-bit slot. The AT/LANTIC cannot write to this 
location. 

S7H— This location (07H) must contain 57H (ASCII "W"). 
When DWID is high, the software will read this location in 
the PROM Store of the AT/LANTIC and determine that the 
board is in a 16-bit slot. The AT/LANTIC cannot write to this 
location. 

Ci-IECKSUM — This location is only used in Shared RAM 
mode. The checksum is used to verify the Ethernet Address 
and the board type. The two's compliment addition of the 
last eight bytes (03H-00H) must equal FFH, otherwise 
there is an error. The value of the checksum is determined 
from this. The AT/LANTIC cannot write to this location. 
BOARD TYPE — This location is only used in Shared RAM 
mode. The Board Type indicator tells the network driver 
what hardware is being used. The AT/LANTIC cannot write 
to this location. When the board is configured to operate in 
WD8013EBT compatible Shared RAM mode, the Board 
Type should be 05H. 

ETHERNET ADDRESS— The last six bytes of the E2PR0M 
contain the Ethernet Address which is issued by the IEEE. 
These bytes must be programmed uniquely prior to fitting 
the device onto the board, as the AT/IJ\NTIC Is unable to 
write to these locations. 

4.1 Configuration Register A 

Please refer to the AT/LANTIC datasheet for a detailed de- 
scription of the bits in Configuration Register A. The follow- 
ing descriptions show the bit definitions and their default 
settings. 

IOAD2-0 (D2-D0)— The Base I/O Address for the 
DP83905EB-AT is programmed by these three bits. When 
programmed to [0 1], the AT/LANTIC will power up in 
software mode and not respond to any I/O Address. How- 
ever, it will monitor the parallel port (278H) for four consecu- 
tive writes. On the fourth write to 278H, bus data will be 
loaded into Configuration Register A, setting the I/O ad- 
dress for the board. This is done so that the board will not 
conflict with other I/O slaves in the PC. The method the 
AT/LANTIC uses for monitoring the parallel port and acti- 
vating configuration load is unique; no other device/soft- 
ware is likely to perform four consecutive writes to this loca- 
tion. Note that the DP83905EB-AT is shipped in this mode. 
When run the first time, the base I/O address must be 
changed using the ATLES software package. 
INT2-0 (D5-D3)— Based on Configuration Register C, 
these three bits select which Interrupt line is directly driven 
or which decode is used for coded interrupts. The 
DP83905EB-AT comes programmed to drive coded inter- 
rupt 3. [INT2-0 = 0]. 
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FREAD (D6)— This enables the Fast Read option of the 
AT/LANTIC's Remote DMA Read operation. The 
DP83905EB-AT is shipped with the FREAD function dis- 
abled. [FREAD = 0]. 

MEMIO (D7>— Selects either I/O Port mode or Shared RAM 
mode. The DP83905EB-AT comes configured to run in I/O 
Port mode. [MEMIO = 0]. 

4.2 Configuration Register B 

Please refer to the AT/LANTIC Datasheet for a detailed 
description of the bits in Configuration Register B. The fol- 
lowing descriptions show the bit definitions and their default 
settings. 

PHYS1-0 (D1-D0)— The Physical Layer Interface bits se- 
lect the type of physical layer being used on the board. This 
could be 10BASE-T, 10BASE2, AUI (10BASE5) or Reduced 
Squelch Twisted Pair. The DP83905EB-AT comes config- 
ured to use 10BASE2. [PHYSI.O = 1]. 
GDLNK (02)— This bit enables link test pulse generation 
and integrity checking when using twisted pair. It can also 
be read to indicate status. Link pulse generation and check- 
ing is disabled by writing a 1 to this bit The DP83905EB-AT 
is shipped with link testing enabled. 
I016C0N (D3)— One of two methods of g enera ting 1016 is 
chosen using this bit. In norm al operation, 1016 is driven off 
of the address decode. 1016 can be configured to be driven 
from the slave read or write strobe by this bit. The 
DP83905EB-AT, as Shipped, will generate l0T6 from ad- 
dress decode. [I016C0N = 0]. 

CHRDY (D4>— The way the AT/LANTIC drives lOCHRDY 
can be selected by programmin g this bit. When low, the 
AT/LANTIC will drive lOCHRDY after a slav e strobe is as- 
serted. When high, the AT/LANTIC will drive lOCHRDY on 
BALE being asserted; this may be required when bein g used 
with some AT bus chipsets that sample l OCHRDY early. 
The DP83905EB-AT, as shipped, will drive lOCHRDY after 
slave strobe is asserted. 

BE (D5)— This bit can be read by software to determine if 
there was a Bus Error. A bus ■ en-or will occur if the 
AT/LANTIC attempts to insert wait states into a system ac- 
cess and the system terminates the cycle without inserting 
wait states. 

BPWR (D6)— This bit protects Boot PROM write cycles. 
When high, the AT/LANTIC can generate write cycles to the 
Boot PROM. This feature is intended for use with writeable 
Boot storage devices. The DP83905-AT is not shipped with 
a Boot PROM, so this is programmed low. 
EELOAD (D7)— The EELOAD bit enables/disables the 
AT/LANTIC from writing the configuration information into 
the E2pR0M. This bit must be set before running the 
EZPROM load algorithm documented in the AT/LANTIC 
datasheet 

4.3 Configuration Register C 

Please refer to the AT/LANTIC Datasheet for a detailed 
description of all the bits in Configuration Register C. The 
following descriptions show the bit definitions and their de- 
fault settings. 

BPS3-0 (D3-D0)— These four bits select the memory ad- 
dress and size of the Boot PROM. If BPS3-0 is equal to 
[0 X], the Boot PROM is disabled. The DP83905EB-AT 
comes configured to operate without the boot PROM. 



COMP — When this bit is programmed high, the 
AT/LANTIC's memory uses the full 64 kbytes of RAM. 
When low, the memory map is compatible with either the 
NE2000p/us or the WD8013EBT (16 kbytes of RAM). The 
DP83905EB-AT is configured to run in compatible mode. 
INTMODE— This bit selects which mode the AT/LANTIC's 
interrupt will run. When low, direct drive interrupts are used. 
When high, coded internjpts are used. The DP83905 is con- 
figured to use coded interrupts. 

CLKSEL— When low, the NIC core of the AT/LANTIC is 
clocked by the 20 MHz clock on the XI Input. When high, an 
external clock other than 20 MHz can be used to clock 
BSCK. The DP83905EB-AT is configured to run on the inter- 
nal 20 MHz clock. 

SOFEN — This bit enables the software to update configura- 
tion registers A and B. When high, the configuration regis- 
ters are not accessible by software. The DP83905EB-AT is 
configured to allow software to update the configuration 
registers. 

5.0 FUNCTIONAL OPERATION 

The DP83905EB-AT takes advantage of the AT/LANTIC's 
ability to function in either Shared RAM mode or I/O Port 
mode. When in Shared RAM mode, the AT/LANTIC's bus 
interface is configured such that the local RAM on the board 
is mapped into system memory as well as the AT/LANTIC's 
memory. This allows the driver to have direct access to the 
AT/LANTIC's local memory. In I/O Port mode, the local 
RAM on the board is only mapped in the AT/LANTiC's ad- 
dress space. This permits the AT/LANTIC to have sole 
ownership of the RAM. The network driver has access to 
the RAM through a data latch, which is in I/O space. 
In both architectures, the AT/LANTjC uses the local RAM to 
buffer both transmit and receive packets. During transmis- 
sions, the driver will write Ethernet packets into a designat- 
ed block in the RAM, typically called the Transmit Buffer. In 
most cases, the transmit buffer is large enough for only one 
packet, and although they can be, packets are not queued 
for transmission. When the entire packet is written to memo- 
ry and the AT/LANTIC is programmed to perform a trans- 
mission, the AT/LANTIC will begin reading the packet and 
storing it in blocks of bytes or words into its FIFO. From the 
FIFO, the data is serialized, encoded and transmitted to the 
network. 

In a like manner, the AT/LANTiC uses the local RAM to 
store packets as they are received from the network. The 
AT/LANTIC's Receive Buffer is organized as a ring (or 
FIFO) so that multiple packets can be buffered and at the 
same time the network driver can read packets that have 
already been received. As packets are received into the 
AT/LANTIC's FIFO from the network, the AT/LANTIC's 
DMA puts the packet data into the local RAM. After packets 
have been buffered by the AT/LANTIC, the network driver 
will read the packets out of the buffer ring. Sections 5.1 and 
5.2 describe how the AT/LANTiC operates in each of its 
bus modes. Sections 5.3 and 5.4 briefly describe the trans- 
mit and receive operations. 

5.1 Shared RAM Mode 

With the AT/LANTiC configured to operate in Shared RAM 
Mode, the DP83g05EB-AT is hardware compatible with a 
WD8013EBT card. Changes to the EEPROM contents are 
needed for the WD8013EBT drivers to run. 
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While operating in Shared RAM mode, the local RAM on the 
DP83905EB-AT can be mapped into system memory at one 
of several different locations. The upper and lower address 
decode and memory width can be selected by the Shared 
Memory Control Registers of the AT/LANTIC. The depth of 
the memory can be selected in Configuration Register C by 
setting the compatible (COMP) bit. This will configure the 
RAM to be either 16 kbytes (compatible with the 
NE2000yD/us and WD8013EBT) or 64 kbytes. The local buff- 
er RAM is then accessible to both the AT/LANTIC and the 
ISA bus. An arbiter, internal to the AT/LANTIC, will deter- 
mine which device currently has access to the RAM. The 
AT/LANTIC will only access the RAM during local DMA 
burst cycles for transmit and receive operations, however, It 
Is critical that the AT/LANTIC is granted the bus within a 
short time after requesting it. For this reason, the arbiter will 
grant access to the Internal NIC core In the event that both 
the AT/LANTIC and the host request the local bus at the 
same time. This arbitration is transparent to both the hard- 
ware and the network driver. 

5.2 I/O Port Mode 

if the AT/LANTIC is configured for I/O Port Mode, the 
DP83905EB-AT will be hardware compatible with an 
NE2000p/i/s card. The NE2000p/us network drivers will then 
run on the DP83905EB-AT. 

In I/O Port mode, the AT/LANTIC is configured to use the 
Remote DMA function of the NIC core. In this mode of oper- 
ation, the local RAM of the DP83905EB-AT is accessible 
only by the AT/LANTIC. In order for the driver to read any 
packets from the buffer ring or write any packets into the 
transmit buffer, the AT/LANTIC must be programmed to 
perform a remote DMA cycle. To execute a Remote DMA, 
the bus Interface logic of the AT/LANTIC performs a simple 
handshake between the ISA bus and the NIC core through a 
D-type data latch (internal to the AT/LANTIC). For a remote 
DMA read, the AT/LANTIC will read a byte/word of data 
from the local memory and write It to the data latch. At the 
same time an I/O read cycle is executed by the host and 
the data is read from the latch. The handshake logic will 
wait state the ISA bus if the data is not ready when the read 
strobe becomes active. In a like manner, the AT/LANTIC 
will read data from the latch and write it to the local RAM 
during a remote DMA write. 

As in Shared RAM mode, the AT/LANTIC's registers are 
accessi ble in I/O space. There Is the addition of a hardware 
RESET port which can be driven by reading and writing to 
I/O location BASE + 18H, where BASE Is the I/O base 
address chosen In Configuration Register A. The registers, 
data latches and reset port occupy 16 bytes of I/O space. 
Unlike Shared RAM mode, the Ethernet Address PROM is 
not located in I/O space. It Is accessible only by the 
AT/LANTIC, so a remote DMA read Is used to obtain its 
contents. In both I/O mode and Shared RAM mode, the 
Ethernet Address PROM is not a physical device, but a dy- 
namic copy of the Ethernet address and other Information 
(from the E2PR0M) held In the AT/LANTIC. 

5.3 Transmit 

The DP83905EB-AT can transmit and receive Ethernet 
packets on the three basic types of media available today. A 
twisted pair transceiver internal to the AT/LANTIC allows 
easy connectivity to a 10BASE-T network. The transceiver 



provides link integrity checking, polarity detection and cor- 
rection and pre-emphasis of the transmit output. The 
AT/LANTIC can also be configured to use Its AUI interface 
tor connection to a MAU (10BASE2/5/F/T) or on board 
10BASE2 transceiver. 

To transmit a packet, there are three basic steps that need 
to be taken. Please refer to Figure 1 of this Application 
Note. First, the packet that Is to be transmitted Is loaded 
into the AT/LANTIC's buffer RAM by the host The packet 
must consist of a destination address, a source address, 
length and data. If the data Is less than 4B bytes, it must be 
padded with arbitrary data so that the entire packet is 64 
bytes as required by the IEEE 802.3 standard. (This is not a 
requirement of the AT/LANTIC.) Next, once the packet is in 
RAM, the host programs the local DMA registers with the 
location and length of the packet to be transmitted. Lastly, 
the host Issues the transmit command to the AT/LANTIC 
and the AT/LANTIC will start transmitting the packet 
The first activity the AT/LANTIC does is a prefetch to load 
the FIFO with data. Next, the NIC core of the AT/LANTIC 
will start sending preamble In NRZ format to the ENDEC. 
The ENDEC, in turn, encodes the data with the transmit 
clock In Manchester format and drives a differential transmit 
pair to either the Internal twisted pair transceiver or to the 
AUI port of the AT/LANTIC. The twisted pair transceiver 
then drives the TXO outputs while pre-emphasizing the sig- 
nal to eliminate inter-symbol jitter. If 10BASE2 Is being used, 
the DP8392CV receives the differential transmit data from 
the AT/LANTIC and drives the coax line with a single-ended 
signal. Both transceivers will monitor the network for colli- 
sions. 

In the event that there is a collision, the transceiver will drive 
a 10 MHz signal on the Collision Detect differential pair. The 
ENDEC will then drive a collision signal to the NIC core so 
that the Ethernet MAC control section of the NIC will imple- 
ment the collision backoff algorithm and attempt re-trans- 
misslon. 

After the preamble and start-of-frame delimiter have been 
transmitted, the AT/LANTIC will serialize bytes from the 
FIFO and transmit them in the manner described above. 
When the FIFO empties to a pre-set threshold, the 
AT/LANTIC will fetch more data from the local RAM using 
Its local DMA function. As the data is being transmitted, a 
Cyclic Redundancy Check (CRC) Is continuously being cal- 
culated. After all the data has been transmitted, the 4 byte 
CRC value Is transmitted. This allows receiving stations to 
check the received packet for data Integrity. 

5.4 Receive 

Receiving a packet is almost the exact opposite of transmit- 
ting a packet. The functional blocks discussed above re- 
main the same, however there are some differences which 
will be discussed. The transceiver will sit Idle until a valid 
signal Is received on the media, indicating the start of a 
packet. This causes the transceiver's RX squelch to turn off. 
Both the twisted pair transceiver (internal to the 
AT/LANTIC) and the DP8392CV CTI have squelch circuitry 
which filter out noise on the network, however, they are im- 
plemented differently. The TPI transceiver checks an incom- 
ing signal for both amplitude and frequency (sometimes re- 
ferred to as smart squelch). 
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The CTI only checks for valid amplitude. Once the CTi has 


6.0 CONCLUSION 


turned its RX squelch off it starts driving the receive differ- 


The DP83905EB-AT Demonstration board provides system 


ential pair 


Of the AUI. The ENDEC (internal to the 


developers with an easy to understand and use example of 


AT/LANTIC) 


recovers a 10 MHz clock and receive data in 


how to design an Industry standard Ethernet adapter card. 


NRZ format from the receive pair with its analog PLL The 


The DP83905EB-AT design can readily be adapted for PC® 


NRZ data is 


clocked into the NIC core, de-senalized, and 


motherboard designs too. 


loaded into the FIFO. When the number of bytes in the FIFO 
reaches the programmed threshold, the AT/LANTIC re- 
quests the local bus and writes the received data Into the 


By using the DP83905 AT/LANTIC, jumperless Ethernet 
boards can be made extremely cost effective and simple to 
design and use. 


receive buffer memory using its local DMA. After the packet 


is received, the AT/LANTIC writes four bytes of status infor- 




mation into the buffer and interrupts the host to inform it that 




the packet can be removed by software. 






Parts List for DP83905EB-AT | 


Capacitors 






01 


27 pF 


10% Ceramic, SMT 0805 


02 


27 pF 


10% Ceramic, SMT 0805 


C3-C4 


0.01 fiF/SOV 


20% Ceramic, SMT 1206 


05 


22jiF/16V 


20% Tantalum, SMT 7343 


06 


0.01 fiF/50V 


20% Ceramic, SMT 1206 


07 


0.01 nF/1 kV 


20% Ceramic Disk, TH 


08-C9 


0.01 |LiF/50V 


20% Ceramic, SMT 1206 


010 


10(LiF/16V 


10% Ceramic, SMT 7343 


C11-C20 


0.01 nF/SOV 


20% Ceramic, SMT 1206 


021-C22 


22)u,F/16V 


20% Tantalum, SMT 7343 


C23-C27 


0.01 ^l,F/50V 


20% Ceramic, SMT 1206 


C28-C31 


0.01 nF/50V 


20% Ceramic, SMT 1206 


042, C44 


0.01 nF/50V 


20% Ceramic, SMT 1206 


043, C45 


0.001 jiF/50V 


20% Ceramic, SMT 1206 


046-C47 


33 pF/50V 


10% Ceramic, SMT 0805 


SP1 


0.75 pF/1 kV 


Spark Gap, TH 


Resistors 






R2-R5 


270fi 


5%,y8W,SMT1206 


R6-R9 


39.2n 


1%,y8W, SMT 1206 


R10-R13 


1.5 kn 


5%, %W, SMT 1206 


R14 


1 kn 


1%,%W, SMT 1206 


R15 


i50n 


1%,%W, SMT 1206 


R17 


1 Mn 


5%, VzW, TH 


R18 


10 kn 


1%,y8W, SMT 1206 


R19 


274n 


1%,y8W, SMT 1206 


R20 


66.50 


1%,V8W, SMT 1206 


R21 


66.5n 


1%,y8W, SMT 1206 


R22 


274Si 


1%,y8W, SMT 1206 


R23 


806n 


1%,y8W, SMT 1206 


R24-R25 


49.9n 


1%,ysW, SMT 1206 


R26 


22n 


1%,y8W, SMT 1206 


R39-R41 


270fi 


5%, y8W,SMT1206 


R42 


1 kn 


1%,y8W, SMT 1206 
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Parts List for DP83905EB-AT (Continued) 



Integrated Circuits 



U1 


AT/LANTIC DP83905 






U4 


EERROM NM93C06 






U5 


EPROM NM27C256 




Dom 


U6 


FILTER FL1012 


VALOR 




U7 


CTI DP8392CV 






U9 


8k X 8 SRAM NMS64X8M70 






U10 


8k X 8 SRAM NMS64X8M70 






U13 


GAL16V8 16V8-25LVC 






Connectors 








J3 


15-Pin D Connector, Female (AMP # 745782-4) 




AMP 


J4 


BNC Connector, Female (AMP #227161-7) 




AMP 


J5 


RJ45 Modular Phone Jack, 8-Pin (AMP #555164-1) 




AMP 


Magnetics 








U8 


DC-DC CONVERTER PM6077 


VALOR 




Y1 


PULSE TRANSFORMER 23Z91SM 


FIL-MAG 




Y2 


PULSE TRANSFORMER 23Z91SM 


FIL-MAG 




Socket 








S1 


28-Pin Dual-in-Line Socket for EPROM, U5 






Diodes 








D1 


MMBD1201 






D2 


3mm Green LED 






D3 


3mm Orange LED 






D6 


3mm Green LED 






D7 


3mm Hi-Efficiency Red LED 






D8 


3mm Yellow LED 






Clocks 








XI 


HC49S, 20 MHz Crystal (low profile) 







00 

-J 

U1 



X2 



(Refer to AT/LANTIC datasheet for crystal specifications). 
20 MHz Oscillator, 45-55 Duty cycle, 0.001 % Tolerance 
Oscillator module should be raised off of board when mounting. 



Do not populate 
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00 



Note: Test Points are 
for Bed-of-Nails In-circuit 
testing. Test Points are 
Vi«s on tlie PCB. 



iSAConnector.AB 



D4CK3 



< ^SA19 



^SA18 



/saTT" 

/ •SA16 



/sdT" 

/SD5 



'SA10 

I/^ 

AEN 
/SA9 
/ 'SA8 

SD7 ysu 



/S04 



/sBT" 



/SD2 



/sdT 

/IE 



+ 5V A 

T so" 



SD6\ /SA6 
SD5\ ^SA5 
SD4\ • 'SAt 
~SD5\ /saT~ 
SD2\ /SA2 
SD1 \ /SA1 
SDO\ / 'Ska 

— s^^^ — 



RSTDRV 
/ ^BCLK 



*I2V /■ 
♦ 5V\ iB09 
*5V\ ^iR07 
\ / ^ilJQS 
CHD l/IBOS 



GND\ / 'IRQ4 
SND\ /IrQ3~ 
\ / 






/ 



SA19 

SAiex 

5A17\ 
SA16\ 
SAI5\ 

TaT7\ 

mnN 

lAJIN 
SAllX 
SAIOX 



SA9 
SA6N 

""sa7\ 

SA5\ 
SA4\ 

SA3N 

SA2\ 
SA1\ 
SAON 



"^ 



-/MSRD 



SA3 
/SA2 



/IaT 



/SAO 



/ — :i 



^ 



U2 
NMC27C256 

27256 

OE 

POM/CE/ 

A14 

A13 

A12 

All D7 

A10 D6 



_INT5 

INT4\ 
JNT3\ 



D4 
D3 
D2 
D1 



■ MSD7 

■ lilSDC 

- lilSDS 
■MSD4 

- u%m 

■MS[>2 
■MSDI 
■MSDO 



/BPCS 



TL/F/11786-4 
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/USRD - 



/BPCS - 



1 



Note: Ths board will be populated with 
Surface Mount RAMs. DIPs are also 
shown for layout purposes. 



112 
NMSS4XS«I< 



US07_ 
/MSD6 
/MSD5 
/MSD4 
/MSD3 
/MSD2 

/msdT^ 

/MSDO 
/ 



NMS64X8 




DIP 




est 




OE 




CS2 




AI2 




All 




A10 


D7 


A9 


DS 


A8 


D5 


A7 


04 


A6 



A 



MSA 1 2 \ | / MSA 1 2 



MSA11\ /MStll 
MSA10\ /MSA10 
MSA9\ /MSA9 
MSAB \ /MSAS 
MSA7\ . / "USA? 
MSA6\ /MSA6 
MSA5\ /MSA5 
MSA<\ /MSA4 
USA3\ /"MSA 3 
MSA2\ /'USA2 
MSA1\ /MSA1 

fe 



> 

z 

I 
00 



LOCAL DATA BUS 



♦ 5V 

A 



U3 
NMS64X3AN 



NMS64XB 
DIP 

csi 

OE 
CS2 

A12 
All 
A10 
A9 D7 



18 MSD14 
17 MSD13\ 



16 MSD12\ 
15 MSPllN 



13 MSDION 
USD9N 



■ /MSRD 
- /RCS2 



- /MSWR 
-/RCSl 



TL/F/1 1786-5 



1-353 



u> 

CO 

Z 

< 



ISA 
BUS 



INT 
EUS 



/SDI4 iT 



/SDI2 ~ 

/;iE — 



/SD9~ 



/SD8 
/ 



X" 



UI3 

leva 

GAL 

111 

YO 

n 

Y2 




ia 


RQiy 


17 


RQ4 • 


16 


RQ5 • 


15 


IR09X 


14 


IRQIO / 


13 


IRQ11 / 


12 


IRQ12 • 



TPIQJL 
TP2QL. 
TP3Qj_ 
TP4QL. 
IP5QL. 
TP6Qj_ 
TP7Qj_ 
TPSOi. 
TPSrU- 



ISA ADO BUS 
2-A3 



SD13 N /l 



SDIt \ / 

HJEN /. 

SD9 \ / 



"N 



DR05 


29 


'DROe 


31 


''ORQT 


33 


'-DACK5 


28 


'-DACK6 


30 


'-DACK? 


32 


'-klASTEB 


35 



IA23 
'LA22 



LA21 
LA20 
LA 1 9 
LA18 
LA17 



TP29 0^ 

TP30 

TPJiQi 

TP32Qi 



LA22\ 



LA2t 
U20N . 



IPIO0^ 
TPll O^ 
TP120^ 
TP13 0^ 



Note: Test Points are 
for Bfld-of-Nails in-circult 
testing. Test Points are 
VIAs on the PCG. 



INT9 
INT5 
INT4 



ISA DATA BUS 
2-A6 



Note: Decoupling Caps 

are 0.01 ni, except where labeled. 

Note: R26 = 220, 1%, 

CIO = IO;iF. 



1 1 JTr 



-AEH 

- CHRDY 

- RESET 
-/lOR 
-/low 

- /SMRD 

- /SMWR 
-/MRD 
-/MWR 
-/M16 
-/I016 

- /SBHE 
-BALE 
-DWID 

. ISACLK 
PLLR 
PLVDD 
PLLGND 
XVDD 
PLVDDI 
PLVDD2 
AIVDD3 



\ 



C13| Cuj 



AIVDD4 



■ XGND 
■PLCNDI 

■ PLGN02 

. ATGND3 
• ATGMD4 



TL/F/1ir8S-6 
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ISA DATA 
BUS 



8 a 



LOCAL DATA 
SUS 



S0I5_ 
i^SDU 



SDI2 

/sdTT" 



*^SD10 



ISA 
ADO! 
BUS 



SA14 no 
/saTT 



INT9- 
INT5- 
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INTRODUCTION 

The AT/LANTIC Ethernet controller provides a simple 
method of interfacing a PC ISA (Industry Standard Architec- 
ture) bus based system to Ethernet. The AT/LANTIC con- 
troller emulates a popular adapter card for PC compatibles: 
the Novell® NE2000 Plus card. The AT/LANTIC also imple- 
ments a shared memory mode that provides added flexibility 
and performance. The high level of integration ensures a 
small and cost-effective solution. In order to use a network 
interface, driver software is required that is specific to the 
network interface and the network operating system. Since 
the AT/LANTIC is compatible with the most popular adapter 
cards, driver support is second to none. 

ABOUT THIS GUIDE 

This guide is written for hardware design engineers wishing 
to develop an Ethernet interface using AT/LANTIC. The 
guide is written in two sections. The first part Is a step-by- 
step examination of the design process. The second section 
provides reference material with additional detailed informa- 
tion. 
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1.0 DP83905 ETHERNET INTERFACE DESIGN 

1.1 Design Decisions and Implementation Details 

Tills section of tiie AT/LANTIC guide is intended to asi< tiie 
designer to ctioose wtiicti options are best for each applica- 
tion, wiiether it is an adapter card, a motlierboard or some 
other embedded design. (Note that Application Note 
AN-844 "DP83905EB-AT AT/LANTIC^^ Demonstration 
Board" shows detailed schematics of an AT/LANTIC solu- 
tion.) 

1.1.1 ISA Bus Connection 

The AT/U\NT1C supports both 8- and 16-bit ISA bus config- 
urations. An 8-bit interface is cheaper than 16-blt (less 
board space and only one SRAM), but has lower perform- 
ance. There are three options for connecting the bus inter- 
face as described: 

1. For an 8-bit interface, pins SD8-15, SBHE, UM7-23, 
MWR, MRD, 1^16, and 1016 should be left unconnected, 
and DWID should be tied low. 

2. For a 16-blt interface, DWID should be tied high. 

3. For a 16-bit adapter card that can be used in 8- and 
16-bit slots, DWID should be connected to pin D29 of the 
ISA bus. in a 1 6 bit slot this is + 5V. In an 8-bit slot, this is 
unconnected, and a pull-down within AT/LANTIC will en- 
sure that 8-bit mode is selected. 



1.1.2. Interrupts 

The AT/LANTIC has 4 dedicated Interrupt output pins. This 
allows the user to select the required interrupt without 
changing jumpers on the board. In some applications, the 
choice of 4 interrupts may not be sufficient. The AT/LANTIC 
allows you to use an external decoder to expand the choice 
to 8 interrupts. 

For 4 interrupts, connect each of the pins INTO-3 directly to 
the interrupt signals. We strongly recommend using the fol- 
lowing scheme to promote software compatibility across 
AT/LANTiC platforms: 
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PC 


INTO 


IRQ3 


1NT1 


IRQ4 


1NT2 


IRQ5 


INT3 


IRQg 



Configuration register C bit 5 "INTMOD" should be set to 
"0" (see Section 1.1.9). 
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FIGURE 1. Simplified Block Diagram of AT/LANTIC Application 



1-362 



For 8 interrupts, an external decoder is required. This de- 
coder must have the following properties: 
INTO-2 selects which 1 of the 8 outputs is driven. This out- 
put follows the logic level of INT3. The 7 unselected outputs 
must remain high impedence. 

The decoder outputs are connected to 8 ISA interrupts. We 
recommend using the following scheme to promote soft- 
ware compatibility across AT/LANTIC platforms: 



AT/LANTIC 


PC 


INT2 


INT1 


INTO 







1 
1 
1 

1 





1 
1 



1 
1 
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1 
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IRQ3 

IRQ4 

IRQ5 

IRQ9 

IRQ10 

IRQ11 

IRQ12 

IRQI5 



Configuration register C bit 5 "INTMOD" should be set to 
"1" (see Section 1.1.9). The 8 interrupt mode interface can 
be implemented in a single GAL as shown in Figure 2. 
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FIGURE 2. GAL/PAL Circuit Diagram 

The PAL or GAL equations should be: 

IRQ3 = IHI3; 

IRQ4 = IHT3; 

IRQ5 = IHI3; 

IRQ9 = IHT3; 

IRQIO = INI3; 

IRQH = 

IRQ12 = 

IRQ15 = 

IRQ3.oe 

IRQ4.oe 

IRQS.oe 

IRQ9.oe 



IKI3; 
1NT3; 
IHI3; 
= /INT2 & /IHIl & /INTO; 



= /INI2 4 /INTI & 
= /IHI2 & IHIl & 
= /INI2 & IHTl & 



INTO; 

/IHTO ; 

IMTO; 



IRQlO.oe = IHI2 & /INTI & /INTO; 

IR511.oe = INT2 & /INTI & INTO; 

IRQ12.oe = IHT2 & INH & /INTO; 

IRQlS.oe = INT2 & INTI & INTO; 



1.1.3. Buffer RAM 

The standard RAM sizes for 8- and 16-bit cards are 8k and 
16k respectively, using one or two 8k x 8 RAMs. 
The AT/LANTIC will also support the use of 32k x 8 RAMs 
giving 4 times the standard RAM capacity. Using additional 
memory can provide a performance boost in server applica- 
tions. 

Note that the use of 32k x 8 RAMs will make the design 
INCOMPATIBLE with NE2000. 

For 8k X 8 RAMS, MSA1 -13 are used. Configuration regis- 
ter C bit 4 "COMP" should be set to "0". 
For 32k X 8 RAMS, MSA1 - 1 5 are used. Configuration regis- 
ter C bit 4 "COMP" should be set to "1". 
When making an 8-bit-only interface, only one RAM is re- 
quired, connected to MSDO-7. For a standard ISA bus con- 
figuration, 100 ns RAMs, or faster, should be used. Details 
of how to calculate RAM speeds are given in Section 2.5. 

1.1.4 Crystal/Oscillators 
1.1.4.1 20 MHz Clock 

AT/LANTIC requires a 20 MHz ±0.01 % clock. Both crystal 
and oscillator solutions are supported. In general, a crystal 
solution is cheaper, however if a suitable clock is already 
available on your board, it could be used. 
To use a crystal, use the following circuit. 

22 pF 






22 pF 



OGND 



-J-QV 

TL/F/11850-3 

FIGURE 3. Crystal Circuit 

The value of the capacitors should be 26 pF minus the print- 
ed circuit board trace capacitance. (Typical trace and pin 
capacitance is about 4 pF). 

1 . Note that the following rules should be applied: 

2. The signal traces should be short. 

3. The ground return path to the capacitors should be short, 
and should connect to the AT/LANTIC OGND pin. 

4. There should not be other signal traces through the re- 
gion of the crystal. 

5. It may help to place a ground plane under the crystal. 

6. The crystal should conform to the following specifica- 
tions: 

AT cut parallel resonant crystal 
Series resistance ^ 25n 
Specified load capacitance ^ 20 pF 
Accuracy 0.005% (50 ppm) 
Typical load 50 fiW-75 /iW 

7. Do not connect XI or X2 to anything else. 
Alternately, an oscillator may be used. If used the oscillator 
output should be connected directly to XI. X2 should be left 
unconnected. The clock should be better than 40:60 duty 
cycle, and should have a good quality waveform. 

1.1.4.2 BSCLK 

The AT/LANTIC core can be clocked either by the 20 MHz 
clock, or by a separate clock input "BSCLK". The maximum 
clock rate is 20 MHz, so the 20 MHz clock is usually used. 
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To use the 20 MHz clock, connect the BSCLK pin to OV, and 
set Configuration register C bit 6 "CLKSEL" to "0". To use 
another clocl< source, connect the clocl< source to the 
BSCLK pin, and set Configuration register C bit 6 "CLKSEL" 
to "1". See Section 1 .1.9 for more information about config- 
uration data. 

1.1.5 Boot ROM (Remote Program Load PROM) 

Depending on the intended use of your design, you may 
wish to provide a boot PROM, or a socket for a boot PROM. 
A boot PROM allows the PC to load the operating system 
from a server on the network, without needing a disk drive 
on the PC. AT/LANTIC supports boot PROM sizes of 8k, 
16k, 32k and 64k. The AT/LANTIC also supports the use of 
FLASH ROM through the use of a write signal. This may be 
used to allow in-situ programming, or updating of boot 
PROM code by the user. 

Adaptor cards are typically supplied with an empty boot 
PROM socket. Boot PROMs are available from network op- 
erating system vendors or third parties. They are typically 
8 kbytes or 16 kbytes in a 28-pin package. The boot prom 
size can be configured by the user to be any size and at any 
address between COOOOh and DFFFFh, using configuration 
register C bits 0-3 "BPSO-3". 

Configuration register B bit 6 "BPWR" specifies if the 
AT/LANTIC will allow write access to the PROM: "0" = 
readonly,"!" = write enabled. (See Section 1.1.9, Config- 
uration.) 

For a standard ISA bus configuration, 250 ns PROM, or fast- 
er, should be used. Details of how to calculate boot PROM 
speeds are given In Section 2.5. 

1.1.6 Cable Interfaces 

AT/LANTIC supports three types of cable interface: 

TPI lOBase-T, Twisted Pair 

AUI for connection to 10Base5, also known as "thick" 

Ethernet 
Coax 10Base2, also known as thin Ethernet 
The TPI interface connects to the AT/LANTIC as follows: . 



The AT/LANTIC selects between the AUI/ooax interfaces 
and TPI internally. Note that, in addition to lOBase-T com- 
patible twisted pair, the AT/LANTIC supports the use of 
higher loss cable systems. This allows cables to be longer 
than the 10Base-T specification, or allows the use of shield- 
ed cables. Refer to Section 4.8 of the AT/LANTIC data 
sheet. 

The AUI interface requires an isolation transformer, and re- 
sistors, as shown in Figure 5. The AUI interface enables the 
use of an off board transceiver to connect to other types of 
media such as Thick Ethernet or Fiber Optic cabling. 
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FIGURE 5. AUI Interface Circuit 
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FIGURE 4. Twisted Pair Interface 
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FIGURE 6. Coax Interface Circuit 



The Coax interface requires an isolation transformer, a 
DC-DC converter and the DP8392 Coax Transceiver Inter- 
face as shown in Figure 6. 

If it is desirable to implement a design that supports both 
AUI and Thin Ethernet cabling schemes, and provides for 
selection between the two interfaces the coax interface 
should connect to the AUI interface as shown in Figure 7. In 
order to use the AUI connector, the coax interface must be 
disabled. AT/LANTIC selects AUI or coax with an output 
pin, called "THIN". This signal is used to switch-on the 
DC-DC converter of the coax interface when THIN is high. 
When coax is selected, an AUI cable must not be connect- 
ed to the AUI connector. 

Figure 7 shows a DC-DC converter with an enable input. A 
DC-DC converter without an enable Input can be used, if the 
supply to the converter is switched by an FET. 




0,75 pF 1 kv 
-Of^O— 
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FIGURE 7. AUI and Coax Interface Circuit 
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FIGURE 8. FET Switch for DC-DC Converter 

Tho cable Interfaces utilize a number of magnetic compo- 
nents as shown in the previous figures. The specifications 
for these components are shown below. 
AUI and Coax Interface isolation transformer: 

1:1 turns ratio 

100 ixH inductance 

500V isolation 
Coax DC-DC converter: 

+ 1 2V input (could use + 5V connected to the 

-t-5V supply) 

9V output voltage 

200 mA output current 

500V isolation 

Active-high enable input (if required) 
The 10BASE-T interface uses an integrated Filter- 
Transformer-Choke combination. 

Specific component recommendations are listed in the Lo- 
cal Area Networks Data Book in the Magnetics Vendors Ap- 
plication Note. 

1.1.7 LED Interface Options 

AT/LANTIC has dedicated outputs for driving several LEDs. 
These outputs are capable of a maximum current per LED 
output of 16 mA. Do not decrease the resistor value below 
330n, or the AT/LANTIC maximum current will be 
exceeded. 
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FIGURE 9. LED Circuit 

It may be desirable to connect LEDs to any or all of the 
possible outputs. When used the LEDs can provide the fol- 
lowing information: 
TxLED Transmit activity 
RxLED Receive activity (all packets on network) 
COLED Collision 

GDLNK TPI Link Ok, or testing disabled 
POLED TPI Polarity reversed 



In some cases the polarity of the LED is reversed from that 
which the designer would like to use (e.g., the LED is off 
under a condition that the designer would like it to be on). 
To handle this, it is possible to use the following circuit, 
Figure 10, to invert the meaning of an LED (e.g., instead of a 
"Good Link" LED the LED can be defined as "Link fail"): 
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FIGURE 10. Inverted LED Circuit 

1.1.8 Low Power 

In some portable applications it is necessary to shut-off sub- 
systems in order to conserve power. AT/LANTIC has been 
designed so that it is possible to remove the power from the 
majority of the chip whilst still powering the ISA Interface 
circuit, thus protecting the ISA bus. In low power state, the 
current drain Is less than 100 juA. 
If "Low Power" is not required, tie the LOWPWR pin to OV. 
If "Low Power" operation is required, the following must be 
noted: 

1 . An external device is required to disconnect the PLLVcc, 
PVcc, OVcc and Vcc pins. This device must have a low 
voltage drop when "on". A suitable device is the 
NDS9400 which has a 0.25n on-resistance. 

2. When the supply to the PLLVcc, PVcc. OVcc and Vcc 
pins is turned off, the LOWPWR pin must be driven high. 
This disables internal buffers and reduces current drain 
to a minimum. 

3. When recovering from low power state to normal opera- 
tion, after restoring the power and driving LOWPWR low, 
the RESET pin must be driven high for more than 400 jis 
to reset the controller. 

4. Note that the DWID pin has an Internal pull down. If this 
Is tied high for 16-bit operation, it should be tied to the 
switched Vcc 'o minimize cun-ent drain in the low power 
state. 

1.1.9 Configuration 

Three registers in the AT/LANTIC are loaded with configu- 
ration data at reset. This configuration specifies all the de- 
sign choices (e.g., 4 or 8 interrupts) and the user installation 
choices (e.g., the I/O address). 

This data can either be stored in the EEPROf^/l, or be speci- 
fied by resistors optionally connected to the CAO-7, CBO-7 
and CCO-7 pins (also known as r\/ISD0-15 and MSA1-8). 
The benefits of the Jumperiess EEPROM solution are that it 
is smaller and cheaper (no resistors or jumpers), and that 
the user can change the configuration without opening the 
computer. This may be especially important in a mother- 
board application. Additionally, the software used to change 
the configuration can attempt to check for address conflicts 
etc., and protect the user from making mistakes. 
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One potential problem with this solution, for adapter cards, 
is tliat tlie default settings as shipped may cause an ad- 
dress conflict in some cases. Such a conflict would prevent 
accesses to the card which are needed to change the ad- 
dress to a safe one. 

To overcome this problem, AT/LANTIC has a "disabled" 
option. Configuration software can find an I/O address that 
is free, and then wake up the AT/I_ANTIC. Whilst disabled, 
AT/LANTIC monitors I/O accesses to 278h (a printer port). 
On the fourth consecutive write to 278h, AT/LANTIC loads 
the configuration from the write data, and wakes up. 
The benefits of the Jumpered solution are that no software 
is needed to set the configuration. This may be important to 
system builders when choosing an adapter card, for whom 
jumpers may be faster to use than software. 
Whichever configuration method you choose, you will need 
to determine, for each configuration bit, what the default 
value should be, and whether the bit can be changed by a 
user or is fixed by design. The following tables may assist 
you in this. Note that a full description of each configuration 
bit can be found in Section 5 of the AT/LANTIC data sheet. 



Bit 


Use 


Conf Ig A: 





I/O Address 


1 


I/O Address 


2 


I/O Address 


3 
4 
5 
6 
7 


Interrupt 

Interrupt 

Interrupt (if 8 selected) 

Fast read (See Section 1 .1 .9) 

NE2000/Shared Memory 


Config B: 





AUI/Coax/TPI 


1 


AUI/Coax/TPI 


2 


Good Link Test Disable 


3 
4 


1016 Bug Fix Enable 
10 CHRDY Bug Fix Enable 


6 
7 


Boot PROM Write Enable 


Config C: 





Boot PROM Addr and Size 


1 


Boot PROM Addr and Size 


2 


Boot PROM Addr and Size 


3 


Boot PROM Addr and Size 


4 


RAM Size 8k or 32k 


5 
6 


4 or 8 Interrupts 
Core CLK = 20 MHz or BSCLK 


7 


Allow Access to Configure RegsC) 



Note 1: Config C bit 7 "SOfn"EN" allows configuration software to read and 
write config registers A & B. Any cfianges to ttie config registers are over- 
written by the EEPROM or jumper configuration the next time that the 
AT/LANTIC is fully reset. If access to the contig registers is disabled, it is 
also not possible to change the EEPROM contents. 



To implement a Jumperiess (EEPROM) solution, the 
EECONFIG pin should be tied to +5V. The default configu- 
ration must be programmed into the EEPROM during manu- 
facture. See Section 1.3 for details of how to program the 
EEPROM. 

If config register C bit 7 "SOFTEN" is "0": 

1 . Config registers A and B can be examined by software 
(to check the configuration). 

2. Config registers A and B can be modified by software to 
temporarily change the adapter settings. The settings 
are resored to the values in the EEPROM when the 
AT/LANTIC is next fully reset. 

3. The values for config registers A, B and C that are held in 
the EEPROM can be changed by software. This can in- 
clude setting config register C bit 7 to "1", which will 
prevent further access to config registers. If this is done, 
the settings can only be changed again if AT/LANTIC is 
reset with EECONFIG pulled low (i.e., jumpered mode). 

If config register C bit 7 "SOFTEN" is "1": 

1. Config registers A and B cannot be read or written by 
software. 

2. The values for config registers A, B and C that are held in 
the EEPROM cannot be changed by software. 

To implement a Jumpered solution, the EECONFIG pin 
should be tied to OV. For each configuration bit you must 
define the state of the corresponding AT/LANTIC pin at re- 
set. If the bit is fixed by design, you should connect 47k or 
1 0k pull-up for a "1 ", or leave alone for a "0". If it is user-se- 
lectable, you should connect a pull-up via a jumper. 
If config register C bit 7 "SOFTEN" is "0": 

1. Config registers A and B can be examined by software 
(to check the configuration). 

2. Config registers A and B can be modified by software to 
temporarily change the adapter settings. The settings 
are restored according to the jumpers when the 
AT/LANTIC is next fully reset. 

If config register C bit 7 "SOFTEN" is "1": 
1 . Config registers A and B cannot be read or written by 
software. 

OTHER CONFIGURATION OPTIONS 

There are two other methods of configuring the 
AT/LANTIC. If using these methods, the interface will not 
properly emulate NE2000 adapter cards, and will not work 
with standard drivers. 

Partially Jumpered Solution: This is a jumpered solution 
where only some of the options are jumpered, e.g., I/O ad- 
dress and boot PROM address. Since configuration regis- 
ters A and B can be rewritten by software, a program could 
be used to complete the configuration process as part of 
the software boot sequence. 

No EEPROM, partially jumpered solution: This Is the 
same as the above solution, except that the EEPROM is not 
fitted. The purpose is to reduce cost In this case, there is 
no Ethernet node address available, so a non-standard driv- 
er is required, which obtains its Ethemet address from an- 
other source. 
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1.2 Layout Considerations 

1.2.1 ISA Bus 

In a multi-layer PCB with good ground plane, there should 
be little risk of- difficulty due to layout. However, if a 2 layer 
design is envisaged, a lot of care is required for the ground 
track routing. The AT/LANTIC drives 16 data lines 
(SDO-15) with fast high-current drivers. Ground routing 
should be arranged as a grid, so that there is a good return 
current path between the AT/LANTIC and all the ISA bus 
OV connections. 

1.i2.2 Twisted Pair (TPI) 

The length of tracks in the TPI circuit should be kept short 
and straight, and the lengths of the differential signal tracks 



should be kept approximately equal. If using a multi-layer 
board, the power and ground planes should be removed in 
the area of the TPI to reduce capacitive coupling of noise 
from the power planes. The area should not have other sig- 
nals passing through it. It may be desirable to have chassis 
ground used around the area of the connector to provide a 
shield for ElVII noise radiation. 

Tracks between the filter/isolation transformer and the 
RJ45 "telephone" socket should have an isolation barrier of 
at least 2mm to any other track or component. 



AT/LANTIC^" 

m iiiiiiii;;iilils:i 



REMOVE 

POWER * 

CROUNB PLANES 



ISOLATION BARRIER 



nm 



mmm 



WM0M. 



iCIIS 



ixsoa \% 



; rtnF 



Isolation 

and 
Filters 



sssswssss 

:;::Eiitrtii(iii;iifii;i: 



mmmi 



I CBC'.'NC' PLANES 



-L OV 

FIGURE 11. TPI Layout 
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1.2.3 Attachment Unit Interface (AUI) 

Tracks should be kept short and straight where possible. 
The D-type shell (and the metal bracket it is fitted to) should 
be connected to digital ground via a 10 nF capacitor. 

1.2.4 Thin Ethernet (Coax) 

The DP8392C Coax Trancelver Interface should be placed 
close to the BNC connector, so that the connection be- 
tween them is short. There should be no other tracks in this 
area, and on multi-layer PCBs the power and ground layers 
should be removed. 



The DP8392CV requires an area of copper on the PCB sur- 
face to act as a heatsink. This is documented in the 
DP8392CV data sheet. 

All the coax Interface components between the Isolation 
transformer and the BNC must be surrounded by an isola- 
tion barrier of at least 2mm, which must include the power 
and ground layers of a multi-layer PCB. The isolation trans- 
former and the DC-DC converter bridge the isolation barrier, 
plus a resistor, a capacitor and a spark gap. On a multi-layer 
PCB the isolated power and ground planes should be used 
for VEE and ISOLATED_GND. 
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FIGURE 12. Coax Layout 
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1.2.5 PLL 

In order to improve performance of the receiver PLL, the 
PLL supply pin should be connected via a simple RC filter, 
located close to the AT/LANTIC PLLVcc pin. 

/PLLVcc 






^fbJ' 



:iO;iF 
■OV 
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FIGURE 13. PLL Supply Decoupling 

1.3 EEPROM Programming 

Initial values must be placed in the EEPROI\/l before it can 
be used. The following table shoves the EEPROH/1 address 
map (all values in HEX): 



Addr 


Bits 15-8 


Bits 7-0 


00 


Node Addr 1 


Node Addr 


01 


Node Addr 3 


Node Addr 2 


02 


Node Addr 5 


Node Addr 4 


03 


Checksum 


05 (8013 Type) 


04 


00 (Not Used) 


00 (Not Used) 


05 


00 (Not Used) 


00 (Not Used) 


06 


00 (Not Used) 


. 00 (Not Used) 


07 


57 (ASCII "W") 


57 (ASCII "W") 


08 


42 (ASCII "B") 


42(ASCH"B") 


09 


00 (Not Used) 


00 (Not Used) 


OA 


00 (Not Used) 


00 (Not Used) 


OB 


00 (Not Used) 


00 (Not Used) 


OC 


00 (Not Used) 


00 (Not Used) 


OD 


00 (Not Used) 


00 (Not Used) 


OE 


Config B 


Config A 


OF 


73H(Note1) 


Config C 



Note 1: In initial documentation in the data sheet this byte was listed as 
having a value of FFH. In order to accomodate future expansion of features 
on the AT/l-ANTIC, this byte should be programmed with a 73H. 

In a jumperless solution, Config A, B and C values must be 

set according to the default configuration, as discussed in 

Section 1.1.9. 

Config A, B and C are ignored in a jumpered configuration. 

The Checksum is calculated so that the least significant 

byte of the sum of the first 8 bytes in the EEPROM is FF 

(hex). 

i.e., ( Node Addr 

+ Node Addr 1 

+ Node Addr 2 

+ Node Addr 3 

+ Node Addr 4 

+ Node Addr 5 

+ 05 

+ Checksum ) and FFh = FFh 
The Ethernet node address must be unique to each unit 
produced. 

Note that only Config A, B and C bytes can be changed by 
user software. 



How to Program the EEPROM 

The simplest way to program the EEPROM is before it is 
fitted into the PCB. 

In some cases, however, it may be preferable to be able to 
program the EEPROIVt after Ijoard manufacture. This re- 
quires either a special programming connector on the PCB, 
or a "bed of nails" programming jig to access signals on the 
board. Additionally, a series resistor Is required In the EECS 
signal between AT/LANTIC and the EEPROM. 
To program the EEPROM, power must be applied to the 
PCB and the RESET pin must be forced high on 
AT/LANTIC. You can then apply the programming wave- 
forms to the EEPROM. 
Refer to the 93C06 data sheet for programming details. 
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FIGURE 14. EEPROM In-SItu Programming 

1.4 Additional End-User Requirements 

The end user may require some of the following items: 

1.4.1 Configuration Software 

If you are offering a jumperless solution, the user will require 
configuration software. National Semiconductor Is able to 
offer source code for a configuration software package. 
Configuration software is unnecessary for jumpered solu- 
tions. 

1.4.2 Driver Software 

You may wish to offer drivers with your solution. National 
Semiconductor offers a selection of drivers for popular net- 
work operating systems — contact your representative for 
the latest list. At the time of printing. National Semiconduc- 
tor offers the following drivers: 

Novell Netware ODI for DOS 

Novell Netware ODI for OS/2 

Novell Netware ODI for server 

NDIS 2.0 

NDIS 3.0 (available soon) 

SCO UNIX 

PC TCP Packet Driver 

1 .4.3 Documentation (Installation Guide) 

We suggest that your documentation Includes the following 

topics: 

Configuration 

If you have a jumpered solution, the user will have no soft- 
ware assistance, and you will have to document how to 
choose addresses and interrupts without causing conflicts, 
and how to set the jumpers. 
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In a jumperless solution, some assistance is given by the 
configuration program In determining addresses and Inter- 
rupts currently in use. You will have to document how to mn 
the software, and, for adapter cards, how to cope with In- 
stallation Into systems that require manual Installation (for 
example. It may not be possible to detect I/O space usage If 
there are no pull-ups on the data bus). 

Bus Compatibility Modes 

Some PC's use chip sets that have Impossible timing re- 
quirements. If this Is the case, the driver or configuration 
software tests will report a problem with the buffer RAM. 
In machines with this timing problem, AT/LANTIC offers two 
"fixes". We recommend trying the "1016" fix first. If that Is 
not successful, use the "CHRDY" fix Instead. 
See Section 2.3.6 for a description of how these "fixes" 
worl<. 

SOFTWARE INSTALLATION 

You may wish to describe how to install the configuration 
and driver software in a typical application. 

2.0 REFERENCE INFORMATION 

2.1 Architecture . 

2.1.1 NIC Core 

The AT/LANTiC controller contains a DP8390 NiC (Net- 
work Interface Controller) core. This controller was used as 
a discrete part on the NE2000 and WD Ethercard Plus 
adapter cards. The operation of the NIC core Is fundamental 
to the NE2000, WD Plus and consequently the AT/LANTIC. 
All pacl<ets transmitted and received are sent via a dedicat- 
ed buffer memory. A "local" DMA controller within the NIC 
transfers the data between the buffer RAM and the NIC's 
serlalizer/deseriaiizer. This approach means that there are 
no critical performance requirements placed on the host 
computer (i.e., the PC). 

At initialization time, the network software (the driver) tells 
the NIC to reserve a section of the buffer RAM for receive 
packet data. Since packets may be received without warn- 
ing, the receive buffer is usually as large as possible. The 
NIC uses the receive buffer as a cyclic buffer, and maintains 
hardware pointers to put data in the correct place and en- 
sure that data not yet read by the host Is not overwritten. 
When transmitting a packet, the host places the data Into 
the buffer RAM (not in the receive buffer area), and Issues a 
transmit command to the NiC; specifying RAM start address 
and length. 

The host may access the buffer RAM In one of two ways: 
Using the remote DMA channel: The NIC has another 
DMA controller for host transfers. This allows the host to 
transfer a block of data to or from the buffer RAM by writing 
to or reading from a single data transfer port. The NE2000 
adapter uses this technique. The data transfer port Is I/O 
mapped, and this method is often called "I/O MODE". 
Memory mapped: Alternatively, the buffer memory can be 
mapped into the host address space. This allows the host to 
directly access any buffer RAM location. Each access re- 
quires arbitration between the NIC and the host. This meth- 
od Is used by the WD Pius adapter, and Is commonly re- 
fered to as "SHARED MEMORY MODE"' because the 
memory Is shared between the NIC and the host. 
In the AT/LANTIC, all arbitration and handshaking Is han- 
dled Internally for both I/O and Shared Memory modes. 



2.1.2 NE2000 

The key features of the NE2000 are: 

1. The NiC registers and the data transfer port are I/O 
mapped on the ISA bus. 

2. The boot PROM Is memory mapped on the ISA bus. 

3. There Is an Ethernet address PROM mapped onto the 
NIC buffer RAM bus. The PROM Is 32 bytes, but only 16 
bytes can be read. Which 16 bytes depends on whether 
the card Is In an 8- or 16-blt slot. 

In the AT/LANTIC, the Ethernet address PROM Is Imple- 
mented as registers, which are loaded at reset from the 
EEPROM. 

2.1.3 Shared Memory Mode 

The key features of the shared memory mode are: , 

1. NIC core and "shared memory control registers" are I/O 
mapped on the ISA bus. 

2. A PROM containing Ethernet address Is also I/O 
mapped on the ISA bus. 

3. Buffer memory is memory mapped on the ISA bus at an 
address determined by the "shared memory control reg- 
isters". 

4. The boot PROM Is memory mapped on the ISA bus. 

In the AT/LANTIC, the Ethernet address PROM is imple- 
mented as registers, which are loaded at reset from the 
EEPROM. 

It should be noted that although the shared rnemory mode 
Is hardware compatible with the WD Plus architecture, driv- 
ers written by WD/SMC check for a specific IEEE address 
range before enabling the driver. 

2.2 Memory and I/O Maps 

Please refer to Section 5 of the AT/LANTIC data sheet for 
details of how to use the registers shown here. 

2.2.1 NE2000 8-Blt and 16-Blt 

The ISA I/O map comprises a block of 32 addresses which 
can be located at one of 7 base addesses (240h, 280h, 
2C0h, 300h, 320h, 340h and 360h). 

The NIC registers and reset port are BYTE wide. 
The data transfer port Is the same width as the Interface. 
;^ddr "15-8 07-0 



00 ;■ 

OF 


NIC 
Registers 


to 


Data .Transfer Port 


11/12 
to 

17 


Aliases of Data Transfer Port 
(Due to Partial Decode) 


IS 

ir 


L____-i_. 


Reset Port 
(B aliases) 



TL/F/11850-15 

The NIC buffer memory map varies according to the RAM 
size, and also the Interface width as programmed into an 
NIC register. This register should be set according to wheth- 
er the Interface is 8- or 16-blt 

Note that an 8 bit Interface can be either an 8-bit design or a 
16-bit adapter in an 8-bit slot. 
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8k X 8 RAMs, 16-Blt Interface 

Addr 



0000 




001 E 


PROM 


0020 






Aliases of PROM 


3FFE 




4000 


16 kbytes 




of 


7FFE 


Buffer RAM 


8000 


Alias 




of 




0000 


FFFF 


to 7FFE 



8k X a RAMs, 8-Bit Interface 

Addr 



0000 




001 F 


PROM 


0020 






Aliases of 




PROM 


3FFF 




4000 


8 kbytes 




of 


5FFF 


Buffer RAM 


6000 


Alias 




of 


7FFF 


Buffer RAM 


8000 


Alias 




of 




0000 


FFFF 


to7FFF 



32k X 8 RAMs, 16-Blt Interface 



Addr 

0000 

001 E 
0020 

OOFE 
0100 



Aliases of PROM 



63.75 kbytes 

of 
Buffer RAM 



32k X 8 RAMs, 8-Blt Interface 
Addr 



0000 




001 F 


PROM 


0020 






Aliases of 




PROM 


OOFF 




0100 


Alias 




of 


7FFF 


Buffer RAM 


8000 


32 kbytes 




of 


FFFF 


Buffer RAM 



In a 16-bit configuration, the PROM Is arranged as follows: 

Addr D15-8 D7-0 

00 

02 

04 

OS 

08 

OA 

OC 
to 
1A 

10 

IE 

In an 8-bit configuration, the PROM is arranged as follows: 



Invalid 


Node Addr 


Invalid 


Node Addr 1 


Invalid 


Node Addr 2 


Invalid 


Node Addr 3 


Invalid 


Node Addr 4 


Invalid 


Node Addr 5 


Invalid 


OOh 


Invalid 


42h/57h' 


Invalid 


42h/57fl" 



00 



ddr 


D7-0 


00 


Node Addr 


01 


Node Addr 


02 


Node Addr 1 


03. 


Node Addr 1 


04 


Node Addr 2 


05 


Node Addr 2 


06 


Node Addr 3 


07 


Node Addr 3 


08 


Node Addr 4 


09 


Node Addr 4 





Node Addr 5 


OA 


Node Addr 5 


00 
to 
IB 


OOh 


10 


42h/57t)' 


ID 


42h/67h' 


IE 


42h/57tl' 


IF 


42h/57h* 



•Tfio value found at PROM addresses 10 to 1 F is determined by the logic 
level on the DWID pin: 
42h ("B") if DWiD - 8-bit (byte) interface 
57h ("W") if DWID = 1 16-bit (word) interface 

The NIC must be programmed for 8- or 16-bit operation 
before it is possible to read the PROM. It is therefore normal 
practice for software to set 8-bit mode and read the PROM 
using 8-blt I/O instructions in order that the actual bus size 
can be determined from the value at PROM address 
1C-1F. 

2.2.2 Shared Memory Mode 

The ISA I/O map comprises a block of 32 addresses which 
can be located at one of 7 base addresses (240h, 280h, 
2C0h, 300h, 320h, 340h and 360h). 
All the registers are BYTE wide. 



The PROM Is always read-only. 
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Addr 


D7-0 




00 


Control 1 




01 


AT delect 


(Readonly) 


02 


Unused 




03 


Unused 




04 


Unused 




05 


Control 2 




06 


Unused 




07 


Unused 




08 


Node Addr 


(Head Only) 


09 


Node Addr 1 


(Read Only) 


DA 


Node Addr 2 


(Readonly) 


OB 


Node Addr 3 


(Readonly) 


OC 


Node Addr 4 


(Read Only) 


OD 


Node Addr 6 


(Read Only) 


OE 


06h 


(Read Only) 


OF 


Checksum 


(Readonly) 


10 
to 
IF 


, NIC , 
registers 





The NIC buffer memory map varies according to the RAM 
size, and the bus width which is programmed into an NIC 
register. This should be set according to whether the inter- 
face is 8- or 1 6-bit. The bus size is detected by the hardware 
on the DWID pin. This information is available to software by 
reading the AT Detect register. 

Note that an 8-bit interface can be either an 8-bit design or a 
16-bit adapter in an 8-blt slot. 

8k X 8 RAMs, 16-Bit Interface 



0000 


16 kbytes 




of 


3FFE 


Buffer RAM 


4000 


Aliases 




of 




Buffer RAM 



8k X 8 RAMs, 8-Bit interface 

Addr 



0000 


8 kbytes 




of 


1FFE 


Butter RAM 


2000 


Aliases 




of 


cccc 


Buffer RAM 



32k X 8 RAMs, 16-Bit Interface 

Addr 

oooo 



64 kbytes 

of 
Buffer RAM 



32k X 8 RAMs, 8-Blt interface 



0000 


32 kbytes 




of 


7FFE 


Buffer RAM 


8000 


Alias 




ol 




Buffer RAM 



2.3 ISA Bus Description 

This section is a brief tutorial for those unfamiliar with the 
ISA bus. 

For the most part, the ISA bus should be considered asyn- 
chronous. There are two ISA bus address spaces: I/O and 
memory. 

2.3.1 I/O Cycles 

I/O cycles are generated when the CPU performs IN or 
OUT instructions. An I/O cycle is signalled on the bus by 
lORD (read) or lOWR (write) strobes being active (low). Dur- 
ing lORD or lOWR cycles, the address is given on SAO-9. 
I/O devices must qualify the lORD or lOWR strobe with a 
valid address, and the AEN signal, which must be low. 
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SDO-15 



lOWR 
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AEN 
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FIGURE 15. I/O Read Cycle 
— >u 




> 



TL/F/1ie50-17 



FIGURE 16. I/O Write Cycle 



2.3.2 Memory Cycles 

Memory cycles are generated when the CPU performs MOV 
instructions. In most PC systems, memory accesses to sys- 
tem RAM are private to the motherboard and do not cause 
ISA bus activity. 

Thus it is usual to only see accesses to devices on the ISA 
bus. 

Similar to I/O cycles, memory cycles have memory read 
and write strobes. Unlike I/O cycles, however, there are two 
of each. 
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For an 8-bit adapter card, mennory strobes SMRD and 
SMWR are used, together with address SAO- 19. This al- 
lows the memory device to decode any address range in the 
bottom 1 Mbyte of the CPU address space. SMRD and 
SMWR strobes are not active for memory accesses above 
1 Mbyte (SlOOOOOh). 

For a 16-bit adapter, memory strobes MRD and MWR are 
used. These are active for memory accesses to any ad- 
dress. The adapter card must therefore additionally test ad- 
dress lines LAI 7-23. 
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LA17-23 
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MWR 
SMWR 
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FIGURE 17. Memory Read Cycle 
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FIGURE 18. Memory Write Cycle 

2.3.3 Cycle Timing 

For all cycles, the system will use a set of default timings. 
These vary according to whether the access is I/O or mem- 
ory, and whether the adapter card is 8- or 16-bit. 
Adaptor cards can extend any cycle beyond the default tim- 
ing by driving the CHRDY (Channel Ready) signal to OV 
(meaning not ready). The cycle will be extended until 
CHRDY is released. A pull up on the system board pulls 
CHRDY high again — adapter cards are not allowed to drive 
it high. 
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FIGURE 19. Extended ISA Cycle 



Some cycles can also be shortened by adapter cards by 
driving a signal OWS low. This signal is not used by 
AT/l^NTIC. 

2.3.4 8-Blt and 16-Bit Cycles 

For all cycles, the system will assume that an 8-bit device is 
being accessed. If a 16-bit transfer is requested by the CPU, 
the system will automatically convert it into two 8-bit cycles. 
When a 1 6-bit device is accessed, it informs the system of 
its presence, so that the data can be transferred in one 
cycle. 

Timing requirements for memory accesses mean that the 
system needs to know the size of the device being ac- 
cessed (8- or 16-bits) before the strobe is asserted. At this 
time, the device does not know whether the address corre- 
sponds to I/O or memory space. The ISA bus therefore 
uses two signals to indicate that a device is 16 bits: 1016 
and M16. 

1016 is driven low by a device that detects an address on 
SAO-9 according to a word I/O port. 
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FIGURE 20. 1016 Cycle 



M16 is driven low by a device that detects a valid address 
on lJ\17-23 for 16-bit memory. LA17-23 are unlatched ad- 
dress lines that are valid earlier than SAO-1 9. They become 
invalid before the end of the cycle. M16 is latched by the 
system. The device is required to latch LAI 7-23 for use by 
its address decoder. The BALE signal should be used as 
the latch enable for the IJ\ address latch. 
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FIGURE 21. M16 Cycle 



The size of the system transfer is indicated on signals SAO 
andSBHE: 

SAO SBHE 

L H Byte transfer, even address 

H L Byte transfer, odd address 

L L Word transfer 

H H Not used 

SBHE has the same timing as SAO-1 9. 
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2.3.5 DMA and Refresh Cycles 

DMA cycles are direct transfers between an I/O port and 
memory. One I/O strobe and one memory strobe are used 
together for the cycle. The I/O device Is selected by one of 
7 DACK signals. The memory device Is selected by the 
LA17-23 and SAO-19 address lines. In order that the I/O 
device corresponding to SAO-9 does not respond, the AEN 
signal is driven high; I/O devices are only allowed to re- 
spond If AEN Is low. ISA DMA is not used by AT/LANTIC. 
Refresh cycles occur every 15.6 jis. They are similar to 
memory read cycles, except that the REFRESH signal is 
active. Refresh is not used by AT/LANTIC. 

2.3.6 Bus Timing Compatibility Modes 

In some PCs using certain chipsets, the timing requirement 
for an adapter card to drive CHRDY from receiving an active 
lORD or lOWD is impossible to meet. The consequence Is 
that the ISA bus completes the cycle even though the 
AT/LANTIC requires more time. AT/LANTIC Incorporates 
logic to detect tinis condition, and has two ways of overcom- 
ing the problem. 

If the condition occurs, configuration register B bit 5 "BE" Is 
set to "1 ". This can be used by software to warn that a fix Is 
required. 

The two timing change modes are: 
I016 Mode 

The problem only occurs for 16-bit cycles. I016 is normally 
asserted whenever the address SAO-9 Is valid. By addition- 
ally requiring that lORD or lOWR is asserted before 1016 is 
driven low, the offending chipsets are fooled into accepting 
8-bit timing for CHRDY, while still transferring 16-bits 
correctly. 
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FIGURE 22. i016 Timing Change Mode 
CHRDY Mode 

It is possible to drive CHRDY low early, qualified by SAO-9 
and AEN without lORD or lOWR. If a valid address Is pres- 
ent, and AT/LANTIC requires a longer-than-default cycle, 
this circuit starts driving CHRDY low as soon as BALE is 
active. If, at any time, MRD or MWR memory strobes be- 
come asserted, then CHRDY is released Immediately. Oth- 
enwise, CHRDY Is held low until the next falling edge of 
ISACLK after BALE has gone low. In a typical system, this 
clocl< edge Is immediately followed by lORD or lOWR being 
asserted. The small "gap" between ISACLK and lORD or 
lOWR will not normally be long enough for CHRDY to be 
pulled high by the pull-up resistor. 
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FIGURE 23. CHRDY Fix 
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2.4 Boot PROM 

The boot PROM interface uses the AT/LANTIC to decode 

the ISA address, and to provide data bus drivers onto the 

ISA bus. Because the PROM data is connected to the NIC 

memory support data bus, arbitration is required to access 

the PROM. The boot PROM Is not mapped onto the NIC 

memory map. 

If the MSWR signal is connected, a FLASH boot PROM can 

be used, allowing in-situ programming or updating. 

If the PROM Is read-only, the configuration register B bit 6 

"BPWR" should be set to "0" to prevent bus contention If 

write cycles are attempted. 

The boot PROM appears as an 8-bit device, regardless of 
the size of the interface. However there is a special case 
where it will not work properly. When emulating a WD Plus 
adapter, AT/LANTIC uses 16-bit wide buffer RAM, which it 
declares as 16-bit to the ISA bus by driving M16 low. The 
decode logic for M16 uses only LA17-23, I.e., a 128 kbyte 
region— this Is an ISA bus limitation. If the boot PROM and 
the buffer memory are placed within the same 128 kbyte 
region, the boot PROM will appear to the ISA bus as a 1 6-bit 
device. Since the PROM can only produce 8-bits of data, it 
will fall. 

Boot PROMs can be written to overcome this problem by 
first copying the PROM contents to system memory, and 
then executing from the copy instead. The PROM therefore 
need not be accessed at the same time as the shared RAM 
is enabled. 

2.5 Boot PROM and RAM Timing Caicuiations 

Boot PROM timings are derived from the ISA bus timings 

minus AT/LANTIC propagation delays. 

RAM timings are the worst case of two situations: ISA bus 

accesses, similar to the Boot PROM, and AT/LANTIC DMA 

channel accesses. 

For 8-bit cards, 8-bit ISA timings should be used for both 

RAM and boot PROM. 

For 16-bit cards, 16-bit ISA timings should be used for the 

buffer RAM, and 6-bit timings should be used for the boot 

PROM. 

2.5.1 Boot PROM/RAM iSA Read Timing 
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FIGURE 24. Boot PROM/RAM ISA Read 
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Access time from OE: 

tHAOE = tRA "lin ~ T28max - T24max 
Access time from address: 

tpAA = tSA mil - T29max - T24max 
Access time from CS: 

tpACS = 'SA "lin - T27max - T24max 
For a typical 8 MHz ISA bus: 

tRA min = 480 ns (8 bit) or 160 ns (16 bit), 
tsA min = 570 ns (8 bit) or 200 ns (1 6 bit). 

2.5.2 Boot PROM/RAM ISA Write Timing 
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FIGURE 25. Boot PROM/RAM ISA Write 

Address setup time: 

'rasu = 'asu f"in + t28min - T29max 
Data setup time: 

tRDSU = toSU min + ISI ^'" " T26max 
Write pulse width: 

tppw = tpw niin + '31 min - T28max 
For a typical 8 MHz ISA bus: 

tRASU fnin = 90 IS (8 bit) or 28 ns (16 bit), 
tRpw min = 530 ns (8 bit) or 1 54 ns (1 6 bit), 
tRDSU "lin = 470 ns (8 bit) or 105 ns (16 bit). 

2.5.3 RAM DMA Timing 

These timings are given in the AT/U\NT1C data sheet 
Section 8, under "I/O port or FIFO transfers". 

tRAOE = T3 - T7, 

tRAA = T2 + 13 - T7, 

tRACS = T4 - T7, 

tRASU = T2, 

tRDSU = T9, 

tRPW = T3 



2.6 Fast Read Feature 

This is a feature designed into AT/I-ANTIC to improve the 
performance of the remote DMA channel in NE2000 mode. 
The actual performance measured will depend on the plat- 
form that AT/l^NTIC Is used with, and the test configura- 
tion used. 
The architecture of the remote DMA channel is as shown: 
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FIGURE 26. Remote DMA Controller 

When the remote DMA read is started, by I/O writes to the 
NIC remote DMA controller, the buffer RAM is accessed at 
the first address and the data Is latched in the data transfer 
latch. The PC then reads this data over the ISA bus. At the 
end of the lORD strobe, the DMA controller fetches data 
from the next RAM address and latches it into the latch. 
Hardware handshake logic prevents the PC from complet- 
ing a read cycle until the data is ready. 
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FIGURE 27. Remote DMA Read Timing 
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The request for more data from the DMA controller is not 
made until the end of the lORD strobe. When fast read op- 
eration is enabled, the request for more data is made as 
soon as CHRDY is released, before the end of the lORD. 
For cycles that do not require CHRDY, i.e. the data is al- 
ready in the latch, more data is requested at the start of the 
lORD strobe. 
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FIGURE 28. Fast Read Remote DMA Timing 

There is a danger, in very slow machines, that the new data 
will be latched into the data transfer latch before the end of 
the current lORD cycle. For this reason. Fast Read is not 
recommended for 8-bit systems. 



The NIC core is specified to take a minimum of 11 clocks 
between data being requested and the latch being updated. 
A typical system with an NIC core clock of 20 (vlHz will 
therefore take at least 550 ns. Fast Read mode Is safe In 
any system where the lORD strobe width, or the CHRDY to 
iORD high delay does not exceed 550ns. 

2.7 Reset Operation 

AT/LANTIC has different degrees of RESET according to 
the duration of the RESET pulse. The pulse width is mea- 
sured by counting XI clocks (20 r/IHz), so the timing period 
can only begin after the oscillator has started. 

In order to prevent noise problems, a RESET pulse of less 

than 350 ns will be ignored. The RESET pulse must be at 

least 400 ns to be guaranteed to be recognized. 

A RESET pulse of at least 400 ns will reset the internal 

logic, including the 8390 NIC core, and will tristate all I/O 

pins. A 60k pull down will be enabled for each configuration 

pin I^SDO-15 and MSA1-8. 

If the RESET pulse is more than 400 ns long, configuration 

data and Ethernet node address will be loaded. The load 

sequence begins when RESET goes low, and can take up 

to 320 lis. During this time, all ISA bus cycles are ignored. 



1-376 



AT/LANTIC™ Software 
Developer's Guide 



INTRODUCTION 

This document is designed to aid the development of soft- 
ware for the AT/LANTIC device. It is recommended that the 
AT/LANTIC data sheet be read before and then in conjunc- 
tion with this description. 

Table of Contents 

1.0 INTRODUCTION TO THE AT/LANTIC DEVICE 

2.0 CONFIGURING THE AT/LANTIC 

2.1 Changing and Saving a Configuration 

2.2 Enabling a "New" Adapter 

2.3 Programming Configuration Register C 

3.0 INITIALIZING THE AT/LANTIC 

3.1 Hardware Reset 

3.2 Get Bus Size/ID Bytes 

3.3 Initializing the Registers 

3.4 Checking the Cable 

3.5 Checking the Interrupt 

3.6 Checking the Boot ROM 

4.0 TRANSFERRING INFORMATION 

4.1 I/O Mode Transfers 

4.1.1 DMA Write Sequence 

4.1.2 DMA Read Sequence 

4.2 Shared Memory Transfers 

5.0 TRANSMISSION SEQUENCE 

5.1 Register Sequence 

6.0 RECEPTION SEQUENCE 

6.1 The Buffer Ring 

6.2 Removing a Packet 

6.3 Dealing with Overflows 

1.0 INTRODUCTION TO THE AT/LANTIC 

The AT Local Area Network Twisted Pair Interface Control- 
ler provides a simple method of Interfacing any ISA (Industry 
Standard Architecture) bus based systems to an Ethernet 
Network. This device can emulate one of the most popular 
Ethernet Adapter architectures— Novell's NE2000 adapter. 
The configuration Information describing the devices archi- 
tecture, address, Interrupt etc. can either be loaded from 
switches or from an EEPROM. Use of the EEPROM method 
allows the device to be configured solely by software thus 
providing a more user friendly Ethernet adapter. 
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A brief introduction to the two Adapter architectures Is given 
below. 



H 







S 







T 


A k 


p 



R 

T 


B 
U 
S 












TL/F/11820-1 

FIGURE 1. NE2000 Emulation Mode 

The NE2000 mode utilizes a Data Port register through 
which all transfers to/from the buffer RAM take place. Any 
transfer requires the buffer RAM address, transfer size and 
direction to be programmed into registers before the trans- 
fer can be Initiated. 
This mode of operation is often referred to as I/O Mode. 
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FIGURE 2. Shared Memory Mode 

In Shared Memory mode the buffer RAM Is mapped Into 
system memory. This allows any data in the buffer RAM to 
be directly transferred across the ISA bus. 
The AT/LANTIC requires a 20H byte space in the PC's I/O 
Port map, this area contains all of the AT/LANTIC's regis- 
ters. The contents of this register block depend on the 
mode the AT/LANTIC is operating in. One common factor is 
the NIC core register section which contains 16 registers. 
The location of the register block is given by "I/O address" 
(also referred to as I/O base). Figures 3 and 4 show the 
contents of the register block for either mode. 
The AT/LANTIC can access a RAM area of up to 64 kbytes, 
however the standard is to only use 16 kbytes of this area. 



1-377 



r-. 

CO 

eo 



The method of accessing this RAM area is described in 
Section 4.0 of this document. The AT/LANTIC's memory 
map depends on the mode of the device. Figures 5 and 6 
show the full 64 kbyte memory map for each mode (each 
mode with the chip in compatible mode utilizing only 16 
l<bytes for the RAM Buffer). 
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FIGURE 3. Shared Memory lUode I/O Map 
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FIGURE S. Shared Memory Mode Memory Map 
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FIGURE 6. I/O Port Mode Memory Map 

2.0 CONFIGURING THE AT/LANTIC 

The AT/IJ\NTIC controller Is designed such that it Is fully 
software configurable. The configuration information is held 
in three registers A, B and C as described in the data sheet 
under Section 5.1. As an added safety feature configuration 
registers A and B are hidden, so that they cannot be acci- 
dentally overa/riften. Register C is only accessed during a 
RESET and can not be directly accessed by software. 
Register A controls the I/O address, interrupt and mode of 
the AT/LANTIC device. Register B controls the cable type 
selection and certain flags altering some interface timings to 
the ISA bus (refer to Section 4.1 "Bus Error Condition"). 

2.1 Changing and Saving a Configuration 

CHANGING THE CONFIGURATION 
Registers A and B can be read directly at I/O address offset 
OAH and OBH respectively. To write to these registers a 
read access must be immediately followed by a write ac- 
cess. Interrupts should be disabled during the write se- 
quence to ensure it is not corrupted. These registers can 
only be accessed when the NIC command register is set to 
page 0, refer to AT/LANTIC data sheet Section 5.3. 
As register A can change the address location of the 
AT/LANTIC registers (and hence of reg. B) then a software 
update of both registers A and B should first change register 
B and then register A. This allows the same base I/O ad- 
dress to be used for both register updates. 

THE GDLNK BIT 

Special care should be taken when configuring the GDLNK 
bit of register B. If this bit is set to 1 then the link integrity 
checking (TPI mode) is disabled. If link integrity checking 
has not been disabled (10BT standard) then this bit reads 1 
for good link and for link broken. If the AT/LANTIC is in 
TPI mode with a good link and reg. B is read then the 
GDLNK bit is shown to be 1 , if this was written directly back 
to reg. B then link integrity checking is disabled. Thus it is 
necessary to mask out the GDLNK bit when writing to reg. B 
unless the disabling of link integrity checking is required. 

SAVING A CONFIGURATION 

The AT/LANTIC has a feature allowing the required config- 
uration to be saved to an EEPROM such that on power up 
the configuration registers are automatically loaded with the 
correct values. There is a special algorithm which writes the 
configuration to the EEPROM, this Is described in the pseu- 
do code below. This algorithm does not change the regis- 
ters directly, i.e. the new state only appears on the next 
power up. 
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CONFIGURAIION.SAVE () 
I 

//Interrupts are disabled to ensure the 
// sequence Is not corrupted. 
Disable interrupts; 

// Set EELOAD bit in register B. 

value = READ (Conflg_ReE_B) ; 
value = value & (~GDLHK) ; 
value = value | EELOAD ; 
WRITE (ConfiB_Reg_B, value) ; 

// Output the configuration info. 
READ(Config_Reg_B) ; 
WRirE(Config_Reg_B, oonfig_for_A) ; 
WRIIE(Config_Re8_B, oonfig_for_B) ; 
WRITE(Config_Reg_B, oonf ig_for_C) ; 

// Wait for EELOAD bit to go low. 
while (value kk EELOAD) 
I 

value = READ(Conflg_Eeg_B) ; 

WAIT ( ) ; 
! 
Enable Interrupts ; 



2.2 Enabling a "New" Adapter 

It is possible to place the AT/LANTIC controller in a "dis- 
abled" state in which it shall not respond at any I/O base 
location. This is a particularly useful mode for software con- 
figurability as it allows the auto selection of an available 
configuration before the AT/LANTIC based adapter is en- 
abled. Hence potential conflicts of Interrupt and I/O base 
address can be avoided. 

The method of enabling the AT/LANTIC from this "dis- 
abled" state consists of writing a byte four consecutive 
times to port 278H, during which time interrupts should be 
disabled to ensure the sequence is not corrupted. The lower 
3 bits of this byte inform the AT/LANTIC of which address it 
should enable to. More information on the mapping of these 
three bits to I/O base locations can be found in the AT/ 
LANTIC data sheet under Section 5.1. 
The port 2781-1 is normally a PC's secondary printer port. 
Using the "four writes" sequence ensures that an adapter is 
not accidentally enabled if the port is in use. If the port is 
active when the adapter is to be enabled then it is possible 
to conrupt a print sequence, to avoid this the code should 
check if the port is active and if so wait until the port is free. 
The printer uses port 2781-i as a data port and port 279H as 
a control port, reference should be made to the PC's techni- 
cal manual for an explanation of these registers and how 
the port operates. 

Once the AT/LANTIC is enabled configuration register A 
may contain old information in bits 3-7. Register A bit 7 is 
the MEMIO (architecture ) bit, the offset of the configuration 
registers varies depending on the state of this bit. Thus the 
software has to detect which architecture mode the 
AT/LANTIC has appeared in before bits 3-7 of reg. A and 
all of reg. B can be overwritten with the new configuration 
information. 



DETECTING AT/LANTIC MODE 

The AT/LANTIC can appear in either the I/O port mode or 
the Shared Memory mode. As the I/O address is known 
then the mode of operation can be found by checking the 
data at the address of register A, i.e., check offset OAH for 
I/O mode and offset 1AH for Shared Memory mode. The 
recommended method of detecting the architecture of an 
AT/LANTIC at a known I/O base is given in the pseudo 
code below. 

FIND.MODEO 

1 

// Check if in I/O mode 

oonflg.a = READ(IO_BASE + OAH) ; 
// Check MEMIO is low i.e. I/O mode. 

if((oonfig_a & BOH) ==0) 

( 
// Check lOAD bits match the I/O base addr. 

if((config_a & 7) relates to lO.BASE) 

return(I0_MODE_DETECIED) ; 

) 
// Check if in Shared Memory mode. 

config_a = READ(IO_BASE + lAH) ; 
// Check MEMIO is high i.e. S/M mode. 

lf((config_a & 80H) == 1) 

I 
// Check lOAD bits match the I/O base addr. 

if((config_a i 7) relates to lO.BASE) 
return (SHARED-MEM.DEIECTED) ; 

1 
// No AI/LANIIC_ mode detected, 
return (NO.MODE.DEIECTED) ; 



2.3 Programming Configuration Register C 

Configuration register C can not be accessed directly by 
software. Details on what configuration register C controls 
can be found in the AT/LANTIC data sheet Section 5.1. The 
upper four 4 bits of register C are fixed depending on the 
design of the adapter card, the lower four bits vary depend- 
ing on the boot ROM option selected. It is necessary to 
know the boot ROM option selected so that register C is 

correctly updated by the "Configuration ^Save" routine (as 

given under Section 2.1). As register C can not be read 
some mechanism is required to detect the boot ROM option 
in use. The recommended method is to place a signature 
text string in the boot ROM at a fixed location. This string 
would contain information on the size of ROM in question. 
The code should then scan the RAM space for this signa- 
ture string. If found, then the location and size of the boot 
ROM is known and the value required for register C can be 
calculated. As register C can not be written to directly, the 
only method of updating it is to use the "Configuration- 
Save" routine. 

It should be noted that any change to the value of register C 
is not active until the AT/LANTIC has been reset (normally 
a power off/on of a PC) and the new contents of the 
EEPROM have been loaded into the registers. 
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3.0 INITIALIZING THE AT/LANTIC 

The following section deals witli ail of the functions neces- 
sary to initialize and partly test the AT/LANTIC device. It is 
recommended that the code follows the order of each of the 
sub-sections. 

3.1 Hardware Reset 

The first step in the initialization sequence is to provide a 
reset puise to the I^IC core of the AT/LANTiC device. The 
method of providing this signal depends on the architecture 
selected for the AT/LANTIC. 

I/O MODE RESET SEQUENCE 

in this mode a portion of the I/O address map acts as a 
reset port, offsets 18H to 1FH, any of these offsets can be 
used as the reset port. To activate a reset the port should 
be read from and then written to (with any value). Foiiowing 
this a delay of 1 .6 ms is required to make sure the reset has 
completed. 

SHARED MEMORY RESET SEQUENCE 

This mode contains two control registers (refer to Section 

5.2 of the AT/LANTIC data sheet). The MSB of control reg- 
ister 1 is the RESET flag. To activate the reset this bit 
should be toggled high then low. Again a delay of 1 .6 ms is 
required to allow the reset to complete. 

PLACING THE AT/LANTIC IN STOP MODE 

Following the hardware reset it is necessary to place the 
NIC core of the AT/LANTIC in the STOP mode, which per- 
forms a software reset. This is done by setting the STOP 
and RS2 bits of the NIC command register (refer to the 
AT/LANTIC data sheet Section 5.3 for more information on 
the NIC core registers), PSO and PS1 are cleared to ensure 
that the NIC core is in "page 0". (The NIC core registers are 
split into 3 pages of 16 registers, the bits PSO and PS1 in 
the command register define which page the NIC is current- 
ly operating in.) The code should wait until the software re- 
set Is indicated as complete (when the RST bit of the Inter- 
rupt Status register is set to a 1. 

3.2 Get Bus Size/ID Bytes 

This section deals with detecting the size of the slot an 
adapter has been inserted into and checking ID byte values 
are correct for the mode of operation selected. The two 
AT/LANTIC modes are quite different in their approach to 
this problem and shall be discussed separately. 

I/O MODE 

The I/O mode architecture maps PROM data into RAM 
space locations OOH to 1FH. The contents of this RAM 
space are given in Figure 7. Offset 1 EH contains a word 
value which depends on the size of slot in which the adapter 
currently resides. If the value equals 5757H, then the slot is 
16-bit, if the value equals 4242H, then the slot is 8-bit. if the 
value does not equal either of the previous values, then the 
adapter is not correctly functional in NE2000 emulation 
mode, i.e., these bytes also act as ID bytes. An example of 
the DMA read operation required to get the word from offset 
1EH is described in Section 4.1.2 of this document. The 
Initial transfer requires the Data Configuration Register 
(OCR) to be programmed for 8-bit operation, and the PC to 
perform two byte wide reads of the Data Port. Once the data 
has been transferred the DCR and PC transfers can be set 
for the correct bus width. 



SHARED MEMORY MODE 

The shared memory mode contains a register which holds 
Information on the size of slot occupied by the adapter. The 
LSB of this register, the AT detect register (refer to 
AT/LANTIC data sheet Section 5.2) is set to 1 for 16-bit 
mode and for 8-bit mode. 

Correct emulation of the Ethercard Plus16 [;equires an ID 
byte. In this mode the registers at offsets 08H to OFH (see 
Figure 8) contain first the Ethernet address then an ID byte 
followed by a checksum byte. 

For the AT/LANTIC shared memory mode the ID byte at 
offset OEH should contain value 05H. The twos complement 
sum of all of the eight bytes should equal FFH. If this is not 
the case, then the adapter is not correctly operating In 
Ethercard Plusi 6 emulation mode. 



OOH 


ETHERNET ADDR.O 


01H 


ETHERNET ADDR.1 


D2H 


ETHERNET ADDR. 2 


03H 


ETHERNET ADDR. 3 


04H 


ETHERNET ADDR. 4 


05H 


ETHERNET ADDR. B 


06H 


(BOARD ID BYTE) 


07H 


(CHECKSUM) 






1EH 


42Hor57H 


1FH 


42H or 57H 



FIGURE 7. NE2000 Mode PROM Memory MAP 
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Addr.ByteO 




Addr. Byte 1 




Addr.Byte2 




Addr. Bytes 




Addr. Byte 4 




Addr. Byte 5 




Board ID Byle 


OFH 


Checksum 







FIGURE 8. S/M Mode PROM Loaded Registers 

3.3 Initializing the Registers 

When initializing an adapter for Shared Memory mode it is 
necessary to set up two control registers before initializing 
the NIC core registers, the following step Is Ignored for I/O 
Port mode. 

SHARED MEMORY ADDRESS INITIALIZATION 

In shared memory mode the Buffer RAM is mapped into the 
PC address space. Two control registers define where In the 
PC memory map this RAM shall appear, refer to Section 5.2 
of the AT/LANTIC data sheet Address bits A1 3-A1 8 of the 
selected memory address should be programmed Into bits 
0-5 of control register one. Address bits A19-A23 should 
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be programmed into bits 0-4 of control register two. Ttio 
MEMW bit of control register 2 defines if the memory is 8 
kwords or 8 Icbytes in size. This bit should be defined during 
this initialization. It may also be necessary to initialize the 
MEME bit of control register 1 , this depends on the method 
of controlling the buffer RAM — refer to Section 4.2. 
e.g. DOOOOH, 16 kbytes memory. 

Control reg. 1 is 28H, 

Control reg. 2 is 41H. 

NIC CORE REGISTER INITIALIZATION 

The following register initialization sequence is mandatory 
for both I/O Port and Shared Memory modes. All of the 
registers discussed are explained in detail under Section 5.3 
of the AT/LANTIC data sheet. 

1. Put the AT/LANTIC in STOP mode. Refer to Section 
3.1 on putting the AT/LANTIC in STOP mode. 

2. Initialize Data Configuration Register (OCR), WTS 
(transfer width) dependent on the result of the previous 
section, LS set, ARM is dependent on the method cho- 
sen to control the receive buffer ring (refer to Section 
6.0). The FIFO threshold is typically set to 8 bytes/4 
words i.e., FT1 is set. (When in Shared Memory mode 
the WTS bit can always be set if 16 kbytes of RAM are 
being used.) 

3. Clear Remote Byte count registers. 

4. Initialize Receive Configuration Register (RCR), this 
register determines which packets are accepted by the 
AT/LANTIC and buffered into RAM. The options avail- 
able are save errored packets, runt packets, multicast 
packets, broadcast packets, physical address match 
packets and all physical address packets (promiscuous 
mode). Setting the register to OCH allows only physical 
address match packets. Further discussion on setting 
the physical and multicast addresses is given later in 
this section. 

5. Place the NIC in loopback mode 1 or 2 by setting bits 
LBO or LB1 in the Transmit Configuration Register. 
Loopback is described in the data sheet under Section 
6.5. 

6. Initialize the Receive Buffer Ring, 

Boundary Pointer (BNDRY), 

Page Start (PSTART), 

Page Stop (PSTOP), 

Transmit Page Start (TPSR). 
The values for these registers are discussed at the end 
of this section. 

7. Clear the Interrupt Status Register (ISR), by writing FFH 
toil. 

8. Initialize Interrupt Mask Register (IMR), this register 
controls which sources of interrupt are allowed or disal- 
lowed. It would be normal to set PRXE (packet re- 
ceived), PTXE (packet transmitted), PTXEE (packet 
transmission error) and OVWE (overflow) in the regis- 
ter. 

9. Program the Command Register for page 1 (set bits 
PSO, RD2 and STP) and initialize the physical, multicast 
and CURR registers as described later in this section. 

10. Put the NIC in to START mode, set the START bit and 
clear the STOP, PSO and PS1 bits in the Command 
Register. The receive Is still not active as the NIC core 
is in loopback mode. 



1 1 . Remove the AT/LANTIC from loopback mode by initial- 
izing the Transmit Configuration Register (TCR) to its 
correct value, typically OOH. 
The AT/LANTIC Is now ready to receive and transmit pack- 
ets. 

SETTING UP THE BUFFER RING 

The values to be programmed in to the buffer ring pointers 
PSTART, PSTOP, CURR, BNDRY and TPSR depend on the 
mode of operation of the AT/LANTIC. There are several 
possible modes NE2000 and Ethercard Plus16 emulation 
modes which use 16k of Buffer RAM and a non-compatible 
mode which allows up to 64k of Buffer RAM. The size of 
transfers In question also alter the size of the Buffer Ring. 
The buffer RAM Is split Into "pages" each containing 256 
bytes. The standard Is to have a transmit buffer followed by 
the receive buffer ring. It Is recommended that two transmit 
buffers be utilized as this improves performance. One pack- 
et can be loaded into the RAM while another Is being trans- 
mitted on the network. Each transmit buffer requires 6 
"pages" for a full Ethernet packet (some protocols may not 
require a maximum Ethernet packet). The Transmit Page 
Start Register (TPSR) should point to the buffer being trans- 
mitted for the whole duration of a transmission, i.e., when 
the alternate buffer is being loaded during a transmission 
the TPSR should not be altered. The receive buffer ring 
follows the transmit buffer. The Page Start register 
(PSTART) is set to the page following the transmit buffer(s). 
The Page Stop (PSTOP) register Is set to the end of the 
buffer RAM plus one page (the size of buffer RAM Is deter- 
mined by the bus width/memory width.) 

Offsets 

OOOOH 



TPSR2 



Receive 
Buffer 
Ring 



O600H 



FIGURE 9. Buffer RAM Layout 

In NE2000 emulation mode the buffer RAM resides at loca- 
tions 4000H to 8000H (refer to Figure S). The Ethercard 
Plus16 buffer RAM resides at OOOOH to 4000H (refer to Fig- 
ure 5).These examples are for 16-blt modes. 
There are two possible methods of controlling the receive 
buffer ring a software method and an automated method 
called "send packet". These are discussed in more detail In 
Section 6.0 of this document. 
Initializing CURR and BNDRY for 
(i) the software method, 

CURR = PSTART -I- 1 

BNDRY = PSTART 

Next_PKT = PSTART + 1 
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(ii) the "send packet" method, 
CURR = BNDRY = Next_PKT = PSTART 
("Next PKT" is a software declared variable further de- 
scribed in Section 6.0). 

SETTING THE PHYSICAL ADDRESS REGISTERS 

During initialization, the NiC core physical address registers 
are loaded with the adapters Ethernet address (refer to Sec- 
tion 5.3 of the AT/LANTIC data sheet). Each adapter con- 
tains a unique six byte address for identification on a net- 
work. The Ethernet address is held in a PROM store in the 
AT/LANTIC, the method of retrieving the information de- 
pends on its present architecture mode. In shared memory 
mode the Ethernet address is held at register offsets 08H to 
ODH, see Figure 3. These values can then be written to the 
NIC physical address registers. In I/O mode the address is 
held in the first three words of the RAM thus a Remote DMA 
read is required to retrieve the information, refer to Section 
4.1.2. 

SETTING THE MULTICAST REGISTERS 

To allow a network station to receive packets destination 
addresses other than the stations physical node address, it 
is necessary to store a list of these destination addresses. A 
group of addresses to be received are referred to as multi- 
cast addresses. This device can not hold all of the address- 
es, thus the AT/LANTIC contains 8 multicast address regis- 
ters (MARO-7) which decode the addresses to be received. 
These multicast registers provide filtering of multicast ad- 
dresses hashed by the CRC logic. All destination addresses 
are fed through the CRC logic and as the last bit of the 
destination address enters the CRC, the 6 MSB's of the 
CRC generator are latched. These six bits are then used to 
index a unique filter bit (FBO-63) in the multicast address 
registers. When a software developer wishes to accept a 
specific multicast address the above sequence should be 
followed to determine which filter bit in the multicast regis- 
ters should be set. Several bits can be set to accept several 
multicast addresses. A pseudo code example of the routine 
required for this is given below. 

// Hexadecimal equivalent of the NIC's CRC 

// equn. 

define CRC.FOLYNOMIAL 04C11DB6H 



// The multicast address is held in a 6 byte 

// array. 

unsigned ohar rault_addr[6] ; 

ore = FFFFFFFFH; 

// The following loops create the 32-bit CRC 
// value. 

// Loop through each byte of the address. 
for(i=0; i<6; i-n-) 



oarry=(oro31 )*( (mult_addr[i] & 

(l«bit )) > bit) ; 
crc <= 1; if (carry) 

cro = ((cre»CRC_POLYNOMIAL) | carry) 
i 



// Extract the 6 MSB's from the CRC value, 

// this six bit value is used to index a 

// unique filter bit. 

index >= 26; 

index &= 3FH ; 

// Find the multicast register number and 

// bit of that register to set. 

register_no = ore > 3; 

reglster_bit = 1 < (oro & 7) ; 

// Calculate the new register value, 
value = READ(MAR[register_no]) | 
register.bit ; 

// Set the Multicast Address Register (MAR) 

// value. 

WRITE (MAR[register_no], value); 

3.4 Checking the Cable 

There are four possible media types that can be selected 
with the AT/LANTIC device. Both the TPI(IOBT) and 
TPI(non spec.) modes simply use the GDLNK bit of configu- 
ration register B to indicate the cable status. The test for a 
good "Thin" Ethernet cable is more involved and a pseudo 
code description of what is required is given below. Thick 
Ethernet cable can be checked by performing level 3 loop- 
back as described in Section 6.5 of the AT/LANTIC data 
sheet. However this test can only be guaranteed it per- 
formed on a non-active network, i.e. no information is being 
passed on the network during the test. 

// Assume already initialized. 

thin_cable_oheok() 

I 

// Set up a cable check packet for 

// transmission. The destination addr. 

// should equal the source address to avoid 

// other stations receiving this pkt. The 

// data field is of the developers choice. 

packet = set_up_cable_pkt () ; 

length = size of (packet) ; 



// Loop through each bit of that byte. 
for(bit=0; bit<8; bit++) 
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// Set the transmit byte count registers. 
WRITE(IBCRO, length_LSB) ; 
WRITE(IBCR1, length_MSB) ; 

// Clear the Interrupt Status Register. 
WRITE (INI STATUS, FFH) ; 

// Issue the transmit oommand. 
WRITE(CMND, (RD2 | STA | TXP) ) ; 

// Poll the interrupt status register until 
// the packet is indicated as transmitted 
II or there Is a timeout. 

while (time_in_loop < 1 second) 

( 
STATUS = READ(INTSTATUS) ; 

if (STATUS & (ISR_TXE | ISR.PTX) 
break ; 

update — time — in — loopO ; 
Short_Delay() ; 



// If the routine timed out the tx failed, 
if (time_in_loop > 1 second) 
return (NO.CABLE) ; 

// Read the Transmit Status Register. 
TSR_ value = READ(TSR) ; 

// Check if there were excessive collisions, 
if (ISR_ value k ABT) 

return (UNTERMIHAIED) ; 

// If there was 1 to 15 collisions the cable 
// is good. 

if (ISR_ value J: COL) 

return (CABLE_OK) ; 



Mora detail on the Interrupt Status Register (ISR) and the 
Transmit Status Register (TSR) bits can be found in the 
AT/LANTIC data sheet under Section 5.3. 

3.5 Checking the Interrupt 

When an interrupt is detected an interrupt handler Is called. 
This handler should then investigate the cause of the inter- 
rupt and act accordingly. In the case of the AT/LANTIC 
there is an Interrupt Status Register which provides informa- 
tion on the cause of the interrupt. It is necessary for the 
handler to be installed before this test is carried out. 
The following pseudo code routine checks interrupt opera- 
tion by assuming that when the interrupt handler is called 
and the ISR is found to have its PTX bit set then a "pack- 
et_transmitfed" flag is incremented/set 

// Assume Initialized and ISR installed. 
Interrupt_oheck() 
I 

// Clear the 'paoket.transmitted' flag, 
packet-transmitted = ; 

// Clear the Interrupt Status Register. 
WRITE (INISIATUS, FFH) ; 

// Set the transmit byte count zero. 
WRITE (IBCRO, 0) ; 
WRITE (TBCRl, 0) ; 

// Issue the transmit command. 

WRITE(CMHD, (RD2 | STA | TXP)) ; 

// This transmission is used to generate an 
// interrupt. 

// Loop until ISR is called and 
// paoket.transmitted flag is set 
// or there is a time out. 

while (time_in_loop < 1 second) 

I 

if (paoket.transmitted) 

return(Interrupt_OK) ; 



// Check for other transmission failures 
// only after collision check because if a 
// collision occurred It can set some of 
// the following bits in error. 

if(ISR_value & (CDH I CRS I FU) ) ; 
return (NO.CABLE) ; 

// If this point is reached the tx passed, 
return (CABLE_OK) ; 



update_time_in_loop ( ) 



return(Interrupt_FAlLED) ; 



) 



3.6 Checking the Boot ROM 

If a boot ROM has been identified as belonging to the 
adapter under going diagnostics then it is possible to check 
that its data has not been corrupted. The sum of all of the 
ROM bytes should equal 0. The size of the ROM (in % k 
segments) is held at byte offset 03H, offsets OOH and 01 H 
should hold values 55H and AAH respectively. 
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4.0 TRANSFERRING INFORMATION 

Before transmission of a pacltet or processing of a recep- 
tion, it is necessary to store or retrieve data from the buffer 
RAIW. The two architecture modes available on the 
AT/LANTiC have different methods of accessing the buffer 
RAM. 

4.1 I/O Mode Transfers 

When in I/O mode the NIC core of the AT/LANTIC transfers 
data to or from the buffer RAM using one of Its DMA chan- 
nels. The software programs the start address of the RAM 
segment to be transferred, the size of transfer and the direc- 
tion of the transfer. The DMA controller passes data be- 
tween the data transfer port and the buffer RAM, byte or 
word at a time. The system always writes or reads data via 
this port. The Data Transfer Port Is mapped from I/O base 
offset 10H to 17H (any of these registers act as the Data 
Transfer Port). It Is Important that no other value be written 
to the command register during a DMA. 

BUS ERROR CONDITION 

On some Implementations of the ISA bus It Is possible for an 
error condition to arise during a DMA transfer. This Is 
flagged by a "BE" (Bus Error) bit In configuration register B 
being set (writing a one to this bit resets It). The 
AT/LANTIC provides two differing methods for correcting 
this condition, these are implemented by setting either the 
"I016C0N" bit or the "CHRDY" bit In configuration register 
B. For a more detailed discussion on the cause of the error 
and the remedies available reference should be made to the 
AT/LANTIC data sheet Section 6.7 ("1 6-Blt I/O Cycles with 
CHRDY Fix"). 

It is recommended that a check for this error condition be 
carried out before an adapter is enabled on a network/This 
can be done by performing a DMA, checking If the "BE" bit 
has been set and if so Implementing one of the fixes. It Is 
also possible to perform the check at the end of every DMA 
(as the error may not happen during all DMA sequences). 

4.1.1 DMA WRITE SEQUENCE 

The DMA write sequence is typically used to load up a pack- 
et to be transmitted in to the transmit buffer, as in the exam- 
ple below. 



// Issue. the Remote DMA write command. 
WRIIE(CMND, (RDl | STA) ) ; 

// Loop until all bytes/words transferred, 
address = packet ; 
for(loop through the transmit pkt) 
( 

value = contents of address ; 
WRITE (DAIA_PORT, value) ; 
Increment address pointer; 



// It is necessary to wait until the last 
// transfer is flagged as being placed into 
// memory. An access to the command 
// register before the DMA has completed may 
// corrupt the last transfer and lead to 
// serious system errors. 

while (tlme_in_loop < 1 second) 

! 

status = READ(IHISIATUS) ; 

if (status & ISR.RDC) 

return (IRANSFER_OK) ; 

update_time_in_loop() ; 

Short.DelayO ; 

1 . . 

Enable Interrupts ; 
return (TRANSFER_FAILED) ; 



// Create a transmit packet and hold a 
// pointer to its address in the PC RAM. 
packet = set_up_xmt_pkt ( ) ; 



4.1.2 DMA READ SEQUENCE 

The DMA read sequence is typically used for removing 
packets from the receive buffer ring. However the example 
below reads the Ethernet address from Buffer RAM (as 
would be required during initialization). 



Disable Interrupts; 

// Write out the Buffer RAM address for the 

// xmt packet to the Remote DMA addr. 

// registers. Ihis is either TPSRl or TPSR2. 

WRITE (RSARO, IPSR_LSB) ; • 

WRIIE(RSAR1, TPSR_MSB) ; 

// Write out the size of the packet to the 
// Remote DMA BYTE count registers. 

length = SIZEOF(paoket) ; 

WRITE (RBCRO, length.LSB) ; 

WRITE(RBCR1, length.MSB) ; 



// Read the Ethernet address and place it at 
// PC RAM space pointed to by 'addr'. 

Disable Interrupts ; 

// Set the Remote read start address to 0. 
WRITE (RSARO, 0) ; 
WRITE (RSAEl, 0) ; 



1-384 



// Set tho Remote DMA BYTE count to 6. 
WRIIE(RBCRO, 6) ; 
WRITE(RBCR1, 0) ; 

// Issue the Remote DMA read command. 
WRITE (CMND, (RDO | STA) ) ; 

// Read 3 words or 6 bytes depending on bus 
// width. 

for{loop 3 or 6 times) 

( 

contents of addr = READ(DAIA_PORT) ; 

increment address ; 
■ ) 

Enable Interrupts ; 

return (IRANSFER_COMFLEIED) ; 



The above examples often refer to the Command and Inter- 
rupt Status registers and there associated bits. More details 
on these registers can be found In the AT/LANTIC data 
sheet Section 5.3. 

The size of access to the data port Is dependent on the 
width of the bus detected during the initialization sequence. 
However, It should be noted that in 1 6-bit mode the length 
of transfer is programmed in bytes even if the transfers to/ 
from the data port are to be word wide. 
There are some assembly language commands that greatly 
simplify the transfer loop to the data port, 
e.g., for the Intel 286 Processor. 

set ex to byte count; 

set es:dl to pa RAM destination; 

set dx to DATA.PORI; 

set direction flag; 

rep insw/outsw 

4.2 Shared Memory Transfers 

When In Shared Memory mode the buffer RAM is mapped 
Into a portion of the PC RAM space. Access to the buffer 
uses the same method as access to any portion of the PC 
address space. The location at which the buffer RAM ap- 
pears is controlled by two Shared Memory Control Regis- 
ters. These registers also set the size and width of transfer 
as well as enabling or disabling the RAM buffer. The buffer 
RAM can be set to 16 kbytes or 8 kbytes In size (as deter- 
mined by the adapter hardware) and the CPU transfer width 
can be 8-blt or 16-bit wide (as determined in Section 3.2). 
These settings are controlled by two register bits, the 
MEMW bit of control register 2 controls the width of memory 
i.e., 8 kbytes/1 6 kbytes and the 8-bit/1 6-bit of control reg. 2 
controls whether the transfer Is 8-blt or 16-bit wide. If the 
transfers are to be 16-bit wide then the 8-blt/1 6-bit should 
be set only for the duration of the transfer. It is also possible 
to disable the buffer RAM when there is no transfer in prog- 
ress by using the MEME bit of control register 1 . This allows 
more than one adapter to utilize the same RAM location in 
the PC memory map. It should be noted that If multiple 
adapters are to use the same RAM location then all the 
adapters must disable the RAM when transfers are not In 



progress. If only one adapter Is allowed to use the RAM 
location then the memory can be enabled at initialization. 
If the software being developed has to be fully compatible 
with the Ethercard Plus16 architecture then the control reg- 
isters cannot be assumed to be readable. Thus when tog- 
gling the MEME and 8-blt/1 6-bit during a transfer it Is nec- 
essary to either re-calculate the value of the address bits in 
the register or recall some store of the initialized value. 

EXAMPLE TRANSFER 

This example Is for 1 6 bit wide transfers with memory only 
enabled for the duration of the transfer. 

// 'Cntrll' and 'Ontrl2' are stored at 
// initialization. 

// Enable the buffer memory. 

WRIIE(CNIRL1, (cntrll | MEME)); 
// Enable 16-bit wide transfers. 

WRITE (CHIRL2, .(cntrl2 | 8/16) ; 

// Memory transfer. 

MEMCOPY(PCaddr, BufferAddr, slae) ; 

// Disable the buffer memory. 

WRITE(CHTRL1, cntrll); 
// Disable 16-bit wide transfers. 

WRITE (CNIRL2, ontrl2) ; 

There are some assembly language commands that provide 
a simple and efficient means of doing the "memcopyO" 
function in the above example, 
e.g., for the Intel 286 Processor. 

set ex to byte count ; 

set esidl to po RAM destination; 

set ds:sl to pc RAM source; 

set direction flag; 

rep movsw 

4.3 The Boot ROM 

The AT/LANTIC provides support for both standard boot 
ROMs and FUVSH PROMS. Configuration register C con- 
trols the location at which the ROM is enabled, access to 
the ROM is then the same as access to any area of PC 
RAM. 

The use of a FLASH prom allows software to directly update 
a boot ROM with the latest driver software for an adapter, 
thus eliminating the need to replace a ROM for each new 
release of software. It Is necessary to set the BPWR bit of 
configuration register B when a FLASH prom is to be updat- 
ed. Write cycles to the ROM area are only allowed when this 
bit is set. After this bit is set the software should follow the 
algorithm to program the FLASH prom (as given in the 
PROM'S data sheet). 

5.0 TRANSMISSION SEQUENCE 

When a transmission is required, It is necessary to select a 
free transmit buffer to place the packet Information into (as- 
suming there Is more than one transmit buffer in the buffer 
RAM). The packet should then be transferred, as described 
In Section 4.0, to this location. A check is then required to 
see if a packet Is presently being sent out onto the network. 
If a transmission is in progress then the address and size of 
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this new packet should be held in a "store" until the trans- 
mission completes. If a transmission Is in progress then this 
pacl<et can be sent directly out on to the networl<. This re- 
quires the Transmit Page Start Register and the Transmit 
Byte Count Registers to be programmed with the address 
and length of the packet respectively. Following this the 
transmit command can be issued to the Command Register. 
It Is Important to remember that the TPSR cannot be altered 
during a transmission. 

ISSUING A TRANSMIT 



// Ho transmission in progress. The new 
// packet is held at transmit buffer 
// address XMI.BUFFERx 

WRIIE(TPSR XMT_BUFFERx_MSB) ; 
// Set the byte size of the packet, held in 
// 'length'. 

WRITE (RBCRO, length_LSB) ; 

WRITE (RBCRl, length_MSB) ; 

// Issue the transmit command. 

WRITE(CMND, (RD2 | STA | TXP) ) ; 

5.1 Transmission Status Checking 

Once a transmission has completed the AT/LANTIC will re- 
turn an intenrupt. It is the task of the Interrupt Service Rou- 
tine (ISR) to determine whether the transmission was suc- 
cessful or not. and deal with it accordingly. If the transmis- 
sion completed successfully, a check should be made to 
see If more transmissions are required, the details of which 
may be held in the "store" described In the above para- 
graph. 

When called the ISR should check the Interrupt Status Reg- 
ister. If the PTX bit is set then this indicates that the packet 
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was transferred without error and the transmission can be 
flagged as successful. If the TXE bit is set, then an error has 
occurred and more information is required. This extra infor- 
mation Is provided by the Transmit Status Register (TSR) 
from which the relevant error flags and statistics counters 
can be updated before the transmission can be flagged as 
completed with error. If collisions occurred during transmis- 
sion then the COL bit of the TSR is set and the number of 
collisions that occurred Is held in the Number of Collisions 
Register (NCR). The software can use this register to keep 
statistics on the amount of collisions occurring on a net- 
work. 

6.0 RECEPTION SEQUENCE 

6.1 The Buffer Ring 

As packets are received they are placed In to the buffer ring 
and as they are processed they are removed from the ring. 
At initialization an area of memory Is allocated to act as the 
receive buffer ring and the AT/LANTIC's buffer manage- 
ment scheme controls the operation of the memory. 
Four pointers are used to control the ring; the page start 
(PSTART) and page stop (PSTOP) pointers to determine 
the size of the buffer ring, the current page (CURR) pointer 
to determine where the next packet will be written to from 
the network and the boundary (BNDRY) pointer to show 
where the next packet to be read and processed lies. As 
packets are received, the boundary pointer follows the cur- 
rent page pointer around the ring. During operation the page 
start and page stop registers remain unchanged. 
The receive buffer ring is divided into 256 byte buffers 
(called "pages") and these are linked together as required 
by the received packets. Since all AT/LANTIC registers are 
byte wide the ring pointers refer to the page (256 byte) 
boundaries, see Figure 10. 




FIGURE 10. The Receive Buffer Ring 
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On a valid reception the pacl<et is placed in tlie ring at the 
page pointed to by CURB plus a 4 byte offset (see 
Figure 11). The pacl<et is transferred to the ring through the 
AT/UkNTIC which links the page buffers as necessary until 
the complete pacl<et is received. The first and last buffers 
(PSTART and PSTOP) are linked just as the first and sec- 
ond buffers would be. At the end of a reception, the status 
from the Receive Status Register (RSR), a pointer to the 
next packet and the byte count of the current packet are 
written into the 4 byte offset (see Figure 12). 

6.2 Removing a Packet 

Once packets are in the receive buffer ring they must be 
processed. The AT/LANTIC supports two differing adapter 



architectures which have there own method of accessing 
the buffer memory, these are discussed in Section 4.0 of 
this document. As packets are removed from the buffer ring, 
the boundary (BNDRY) pointer must be updated. The 
BNDRY follows CURR around the ring (see Figure 13). 
If the current local DMA address (the place where a newly 
received packet is being stored) ever reaches BNDRY then 
the ring is full and any more receptions cannot be achieved 
until some processing has been done on the ring. This con- 
dition is known as overflow. More details on this condition 
and how to overcome it are given in Section 6.3. 
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FIGURE 11. Receiving a Packet 
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FIGURE 13. Removing a Packet 



When the CURR and BNDRY pointers are equal, the buffer 
ring can either be full or empty. To ensure that the software 
never misinterprets this condition the BNDRY pointer can 
be kept one less than the CURR pointer when the ring is 
empty, and only equal to CURR when the ring is full, as 
shown below. 

1. Use a variable (Next_pkt) to indicate where the next 
packet will be removed from the buffer ring. 

2. At initialization set (see Section 3.3): 
BNDRY = FSIARI 

CURR = PSTART + 1 
Next.pkt = PSIARI +1 

3. After each packet is removed from the ring, use the next 
packet pointer in the header information (the second 
byte of the header), HNXTPKT and set: 

Next.pkt = HNXIPKT 
BNDRY = HNXTPKT 
if (BNDRY < PSTART) 
BNDRY = PSTOP - 1 

THE SEND PACKET COMMAND 

When In I/O mode the Remote DMA channel can be auto- 
matically initialized to transfer a single packet from the re- 
ceive buffer ring. The transfer is initiated by issuing a "send 
packet" command, setting bits RD1, RDO and STA in the 
command register. The DMA will be initialized to the value 
of the BNDRY pointer and the Remote Byte Count registers 
will be initialized to the values found in the buffer header of 
each received packet. After the data has been transferred, 
the BNDRY pointer Is advanced and the Remote DMA is 
then prepared to receive the next packet. 



This method does not require the manual updating of regis- 
ters as discussed In Steps 1 -3, however it does limit the 
software to accessing a packet just once. 
The receive sequence is initiated by an interrupt generated 
by the AT/LANTIC when data is ready to be removed from 
the ring or an overflow has occurred. The Interrupt Service 
Routine should then interrogate the Interrupt Status Regis- 
ter which flags a PRX bit when a packet is ready to be 
removed or OVW if the buffer ring is full. When this PRX bit 
is set then a receive subroutine following the above se- 
quence should be called. If the OVW bit is set the overflow 
routine discussed In Section 6.3 should be called. 
The receive buffer "ring" is a linear section of RAM forced 
into a ring by linking the end (PSTOP) and beginning 
(PSTART) of the buffer. Some of the received packets shall 
overiap or "wraparound" this link in the buffer, i.e. the start 
of the packet is held up to PSTOP and the rest Is held from 
PSTART. This condition is automatically dealt with when In 
I/O mode however Shared Memory mode requires more 
care. In Shared Memory mode a "wraparound" packet has 
to be transferred in its two sections, i.e., the section up to 
PSTOP and the section from PSTART. 
A pseudo code example of the sequence Is given below. 

RECEIVE ROUTINE 

Recelve_subroutine 

( 

// This routine loops until all the packets 

// currently held in the buffer ring are 

// removed. 

while (Next.pkt != CURR) 
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// Get the 4 byte header from the packet 
// pointed to by Next.pkt, the method of 
// removing the data depends on the mode of 
//the AT/LANIIC. 

status = read_status() ; 
// If in shared memory mode then check if 
// the packet wraps around the PSIOP 
// pointer. 

if ( in_shared_memory_mode ) 
( 

if (status. length + Next.pkt > PSIOP) 
I 

transf er_up_to_PSTOPO ; 
transfer_from_PSTARI() ; 
1 
else 
transf er_all_at_onoe() ; 
I 

else 
// I/O mode automatically carries out 
// wraparound. 

transfer_all_once() ; 
// Set the Hext_pkt pointer to equal the 
// next packet pointer In the status bytes. 

Next-pkt = status . next.paoket ; 
// Update the boundry pointer. 
BNDRY = Hext-pkt - 1; 
lf(BHDRY < PSIARI) 
BNDRY = PSIOP - 1; 

WRITE (BNDRY) ; 

i // end of while loop. 



6.3 Dealing with Overfiows 

In heavily loaded networks It is possible for the receive buff- 
er ring to be filled with packets that still require processing, 
i.e., the CURR pointer reaches the BNDRY pointer. If this 
situation occurs then the AT/LANTIC suspends further re- 
ceptions and posts an overflow (OVW) interrupt. 
In the event of an overflow condition occumng it is neces- 
sary to follow the routine given below. If this routine is not 
adhered to then the AT/LANTIC may act in an unpredict- 
able manner. A flow chart of the routine is given in Figure 8. 
Note: It is necessary to define a variable in the driver, wtiicli will be called 
"Resend". 

1. Read and store the value of the TXP bit in the 
AT/LANTIC Controller's Command Register. 

2. Issue the STOP command to the AT/LANTIC Control- 
ler. This is accomplished by setting the STR and RD2 
bits in the AT/LANTIC Controller's Command Register. 

3. Wait for at least 1.6 ms. Since the AT/LANTIC Control- 
ler will complete any transmission or reception that is in 



progress, it is necessary to time out for the maximum 
possible duration of an Ethernet transmission or recep- 
tion. By waiting 1 .6 ms this is achieved with some guard 
band added. Previously, it was recommend that the 
RST bit of the Interrupt Status Register be polled to 
insure that the pending transmission or reception is 
completed. This bit is not a reliable indicator and subse- 
quently should be Ignored. 

4. Clear the AT/LANTIC Controller's Remote Byte Count 
registers (RBCRO and RBCR1). 

5. Read the stored value of the TXP bit from step 1, 
above. 

If this value is a 0, set the "Resend" variable to a and 
jump to step 6. 

If this value is a 1, read the AT/LANTIC Controller's 
Interrupt Status Register. If either the Packet Transmit- 
ted bit (PTX) or Transmit Error bit (TXE) is set to a 1 , set 
the "Resend" variable to a and jump to step 6. If 
neither of these bits is set, place a 1 in the "Resend" 
variable and jump to step 6. 

This step determines if there was a transmission in 
progress when the stop command was issued in step 2. 
If there was a transmission in progress, the AT/LANTIC 
Controller's ISR is read to determine whether or not the 
packet was transmitted by the AT/LANTIC Controller. If 
neither the PTX nor TXE bit was set, then the packet 
will essentially be lost. If a packet was "lost" then a 
transmit command can be reissued to the AT/LANTIC 
Controller once the overflow routine is completed (as in 
step 1 1 ). Also, it is possible for the AT/LANTIC Control- 
ler to deter indefinitely, when it is stopped on a busy 
network. Step 5 also alleviates this problem. Step 5 is 
essential and should not be omitted from the overflow 
routine, in order for the AT/LANTIC Controller to oper- 
ate correctly. 

6. Place the AT/LANTIC Controller in either mode 1 or 
mode 2 loopback. This can be accomplished by setting 
bits D2 and D1, of the Transmit Configuration Register, 
to "0,1" or "1,0", respectively. Further explanation of 
loopback can be found in the AT/LANTIC data sheet 
under Section 6.5. 

7. Issue the START command to the AT/LANTIC Control- 
ler. This can be accomplished by setting the START 
and RD2 bits in the Command Register. This is neces- 
sary to activate the AT/LANTIC Controller's Remote 
DMA channel. 

8. Remove one or more packets from the receive buffer 
ring. 

9. Reset the overwrite warning (OVW, overflow) bit in the 
Interrupt Status Register. 

10. Take the AT/LANTIC Controller out of loopback. This is 
done by writing the Transmit Configuration Register 
with the value it contains during normal operation. (Bits 
D2 and D1 should both be programmed to 0.) 

11. If the "Resend" variable is set to a 1, reset the "Re- 
send" variable and reissue the transmit command. This 
is done by the TXP bit in the Command Register. If the 
"Resend" variable is 0, nothing needs to be done. 

Note: If Remote DMA is not being used, the AT/LANTIC Controller does 
not need to be started before packets can be removed from the 
receive buffer ring. Hence, step 8 couid be done before step 7, elimi- 
nating or reducing the time spent poliing in step 5. 

Note: When the AT/LANTIC Controiler is in STOP mode, the Missed Pack- 
et Tally counter is disabled. 
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OVERVIEW 

The National Semiconductor ST-NIC Evaluation Board de- 
sign provides IBM® AT's and AT Compatibles with Thick 
Ethernet, Thin Ethernet, and Twisted Pair connections. This 
low parts count Evaluation Board is compatible with the AT 
bus and requires only a Vi size slot for insertion. The board 
uses the DP83902 (ST-NIC) to interface to twisted pair 
Ethernet. The ST-NIC also has an AUI Port which allows 
interface to thick wire Ethernet, or thin wire Ethernet by the 
addition of the DP8392 Coaxial Transceiver Interface (CTI). 
The dual DMA (local and remote) capabilities of the ST-NIC, 
along with 16 Kbytes of buffer RAM, allow the entire Net- 
work Interface Adapter to appear as a standard I/O Port to 
the system. The NIC module's local DMA channel buffers 
packets between the local memory (16 Kbytes of buffer 
RAM) and the network, while the NIC module's remote DMA 
channel passes data between the local memory and the 
system by way of an I/O Port. This I/O Port architecture 
which isolates the CPU from the network traffic proves to be 
the simplest method to interface the DP83902 to the sys- 
tem. 



HARDWARE FEATURES 

■ Half-size IBM PC-AT I/O Card Form Factor 

■ Utilizes DP83902 Serial Network Interface 
Controller for Twisted Pair (ST-NIC) 

■ 16 Kbyte on-board Packet Buffer 

■ Simple I/O port interface to IBM PC-AT 

■ Interfaces to Thick Ethernet, Thin Ethernet, and 
Twisted Pair 

■ Boot EPROM Socket 

The detailed schematics for this design are shown at the 
end of this document. 

NETWORK INTERFACE OPTIONS 

The evaluation board supports three physical layer options: 
Thick Ethernet, Thin Ethernet, and Twisted Pair. The block 
diagram for these interfaces can be seen in Figure 1. When 
using Thick Ethernet, a drop cable is connected to an exter- 
nal transceiver which is in turn connected to a standard 
Ethernet network, eliminating the need for an internal trans- 
ceiver. This configuration may be obtained by connecting 
the pins on JB3 while leaving JB2 open, and connecting 
JB9 (AUTP) to Vcc. 
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FIGURE 1. Physical Layer Adapter Interface Block Diagram 
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When using Thin Ethernet, a transceiver (the CTI) is avail- 
able on-board to allow the evaluation board to directly con- 
nect to the network. This transceiver (the CTI) forms the link 
between the differential ECL signals of the SNI module and 
the non-differential ECL signal of the thin-wire coaxial cable. 
A DC-DC Converter is provided on the board to supply the 
CTI with -9V isolated voltage source. The Thin Ethernet 
solution is made by connecting the pins on JB2, leaving JB3 
open and JB9 (AUTP) should be connected to Vcc- 
When using the Twisted Pair, JB9 (AUTP) needs to be con- 
nected to ground. The ST-NIC allows direct connection to 
the network using the RJ-45 phone jack. The remaining cir- 
cuitry includes pre-emphasis resistors, a filter, a transform- 
er/filter and a common mode choke. The transformer/filter 
decouples the DC component and eliminates any possible 
voltage spikes. 



The diagram in Figure 2 illustrates the layout of the board. It 
shows the various jumpers, ICs, LEDs, and the connectors 
for the three physical layer options. The transmit pre-em- 
phasis resistors R27-R30 provide equalization to the twist- 
ed pair transmit outputs. This boosts the higher harmonics 
of the signal In order to compensate for losses In these 
harmonics over the twisted pair cable. R19 and R20 are 
son each and when combined form the required 1 0Ofl ter- 
mination on the receive side. 

BUS INTERFACE 

The block diagram, Rgure 3, illustrates the architecture of 
the ST-NIC Evaluation Board. The ST-NIC Board as seen by 
the system appears only to be an I/O port. With this archi- 
tecture the ST-NIC board has Its own local bus to access 
the board memory. The system never has to Intrude further 
than the I/O ports for any packet data operation. This I/O 
architecture isolates the system bus and the local bus, 
thereby preventing Interference by the system when the ST- 
NIC Is doing real-time accesses such as transmitting and 
receiving packets. 
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FIGURE 2. Layout of ST-NIC Evaluation Board 
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BOARD ARCHITECTURE 

I/O Map of ST-NIC Board 

The ST-NIC Board requires a 32-byte I/O space to allow for 
decoding the data buffers, the reset port, and the ST-NIC 
registers. The first 16 bytes (300h-30Fh) are used to ad- 
dress the ST-NIC registers (8 bits wide) and the next 8 bytes 
(310h-317h) are used to address the data buffers which 
are 16 bits wide. Finally, the reset port (also software select- 
able) may be addressed by 318h-31Fh. 

TABLE I. I/O MAP in PC-AT 



Address 


Part 
Addressed 


300h-30Fh 
310h-317h 
318h-31Fh 


ST-NIC Chip Select 

Data Buffers 

Reset 



Although In the description above the I/O map is positioned 
at the addresses 300-31 F, it may also be placed in the 
following address spaces: 320-33F, 340-35F, 360-37F. 



These alternate address spaces may be selected by the two 
jumper pins JP1 and JPO (refer to JB4 in Figure 4 and Ap- 
pendix A). 

DP83902's Local Memory Map 

There are only two items mapped into the local memory 
space. These two Items being the 8K x 16 buffer RAM and 
the ID address PROM. The buffer RAM is used for tempo- 
rary storage of transmit and receive packets. 

TABLE II. ST-NIC's Local Memory Map 
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FIGURE 3. Block Diagram of ST-NIC Evaluation Board's System Interface 
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For transmit packets, the remote DMA puts data from the 
I/O ports into the RMA and the local DMA moves the data 
from the RAM to the ST-NIC. For the receive packets, the 
local DMA carries the data from the ST-NIC to the RAM and 
the remote DMA moves the data from the RAM to the I/O 
ports. The ID address PROM (74S288 32 x 8) contains the 
physical address of the evaluation board. Each PROM holds 
its own unique physical address which is installed during its 
manufacture. The PROM also contains some identification 
bytes that can be checked by the driver software. At the 
initialization of the evaluation board the software commands 
the ST-NIC to transfer the PROM data to the I/O Port where 
it is read by the CPU. The CPU then loads the ST-NIC's 
physical address registers. The following chart shows the 
contents of the PROM. 



TABLE IIL PROM Contents 


PROM 
Location 


Location Contents 


OOh 


Ethernet Address 
(Most Significant Byte) 


01h 


Ethernet Address 1 


02h 


Ethernet Address 2 


03h 


Ethernet Address 3 


04h 


Ethernet Address 4 


05h 


Ethernet Address 5 


06h-0Dh 


OOh 


OEh, OFh 


57h 


10h-15h 


Ethernet Address thru 5 


16h-1Dh 


Reserved 


lEh.lFh 


42h 



Data and Address Paths 

For the following paragraph, refer to the block diagram 
shown in Figure 3. Twenty address lines from the PC go 
onto the ST-NIC Board, but only four of them actually go to 
the ST-NIC. These four addresses along with the NIOR 
(low-asserted I/O read) or NlOW (low-asserted I/O write) 
and the CS (ST-NIC chip select signal) allow the PC to read 
or write to the ST-NIC's registers. If the system wants to 
read from or write to the ST-NIC registers, the data (only 8 
bits) must pass through the 245 buffer. All of the packet 
data will pass through the I/O ports (the 374's). Each 374 is 
unidirectional and can only drive 8 bits, therefore it is neces- 
sary to have four 374's. Two of which drive data from the 
ports to the board memory and two of which drive the data 
from the ports to the AT bus. Even the PROM, which can 
only be addressed by the ST-NIC, sends its 8 bits of data 
out through the 374's. When the PROM does this, two of 
the 374's will be enabled but only the lower 8 bits will be 
read by the system. The RAM is also accessed by the ST- 
NIC. However, it is addressed by 14 bits and drives out 16 
bits of data. The PALs receive 7 address lines among many 
other signals such as NIOR, NlOW, NACK, MRD, etc. With 
these signals the PALs do all of the decodes, such as se- 
lecting the ST-NIC Board, the ST-NIC chip, the RAM, and 
the PROM. 



EPROM SOCKET 

The EPROM socket is provided so that the user may add an 
EPROM to the system. This EPROM would normally contain 
a program and a driver to enable the PC-AT to be booted up 
through the network. The chips necessary to interface the 
EPROM to the system are the 27128 (EPROM), a 16L8 
(PAL), and a 74ALS244 (buffer). Also, JB5 must be placed 
in the proper selection as described in the jumper section. 
The PAL decodes SA14-SA19, along with SMRDC (system 
memory read), in order to generate the EPROMEN signal. 
This signal, issued when the PC wants to execute the pro- 
gram stored in the EPROM, enables the EPROM and the 

244 buffer. 

EVALUATiON BOARD OPERATION 

The following pages will describe the slave accesses to the 
ST-NIC and the local DMA and remote DMA operation. 

Register Operations 

Accesses to the board are register operations to the 
DP83902, which are done to set up the ST-NIC and to con- 
trol the operation of the ST-NIC's DMA channels. 

REGISTER READ 

To begin the register read, the CPU drives the four address 
lines (SA0-SA3) to the ST-NIC and the SA3-SA9 address 
lines to the PAL. These address lines are decoded by the 
PAL in order to generate a chip select to the ST-NIC. The 
CPU also drives the NIOR line which the ST-NIC sees as 
the NSRD (slave read). Once the ST-NIC receives this 
NSRD, it then sends out a high assertion on NACK, ac- 
knowledging that it is in slave mode but not yet ready to 
complete the read. The NACK signal is used by the PAL to 
assert the lOCHRDY (used to insert wait states) signal false. 
The ST-NIC then drives out the data from its internal regis- 
ters to the 245 buffer. The 245 buffer is then enabled and 
the data is driven onto the AT BUS. When the ST-NIC is 
ready, it asserts NACK true and the PAL asserts lOCHRDY 
true. As a result, NIOR is driven high by the CPU, thereby 
deasserting the NSRD. On the rising edge of the NIOR, the 
data which is on the AT BUS is latched into the system. The 
addresses are removed at the same time, causing the 
ST-NIC chip select to become deasserted, ending the regis- 
ter read cycle. 

REGISTER WRITE 

To begin the register write, the CPU drives the SA0-SA3 
address lines to the ST-NIC and the SA4-SA9 address 
lines to the PAL. With these address lines, the PAL decodes 
to 300-30F (the ST-NIC registers) thereby enabling the chip 
select for the ST-NIC. The CPU then drives the NlOW 
strobe which the ST-NIC sees as NSWR (slave write). Once 
the ST-NIC receives this NSWR it sends back a low asser- 
tion on NACK to acknowledge that it is in slave mode and 
ready to perform the write. When the CPU receives this sig- 
nal, it puts data out onto the AT BUS where it goes into the 

245 buffer. The 245 buffer then drives the data to the ST- 
NIC, but the data is not latched into the ST-NIC until the 
rising edge of NlOW. The system drives NlOW high, thereby 
deasserting the NSWR and latching the data. The address- 
es also are taken away and the chip select then goes high 
(deasserted). This ends the cycle of the register write. 
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Remote Transfers 

Remote DMA transfers are operations performed by the ST- 
NIC on the board. These operations occur when the ST-NIC 
is programmed to transfer pacl^et data between the PC-AT 
and the card's on-board RAM. These transfers tal<e place 
through the I/O Port interface. 

REMOTE READ 

To program the ST-NIC for a remote read, the CPU must 
mal<e five slave accesses to the ST-NIC. The CPU must 
write the Remote Start Address (2 bytes), the Remote Byte 
Count (2 bytes), and issue the Remote DMA Read Com- 
mand. The addresses and byte count require two transfers 
because they are both 16 bits, yet only 8 bits can be written 
per transfer. 

Once the ST-NIC has received all of the above data. It 
drives out BREQ and waits for BACK. The ST-NIC immedi- 
ately receives BACK because it is tied to the BREQ line. 
(BREQ can be tied to BACK because there are no other 
devices contending for the local bus.) After receiving BACK, 
the ST-NIC drives out the address from which the data is 
required to be read. This address flows Into the 373's and Is 
latched by ADSO. From here, the address flows to the RAM. 
The RAM waits until It receives MRD from the ST-NIC and 
then it drives the data into the 374 ports. The 374 ports then 
latch the data on the rising edge of the PWR strobe from the 
ST-NIC. PRQ is then sent out by the ST-NIC to let the sys- 
tem know that there is data waiting in the ports. 
If the AT reads the I/O ports before the ST-NIC has loaded 
the 374's, then the port request (PRQ) from the ST-NIC will 
not yet be driven. This unasserted PRQ signal causes the 
AT's ready line to be set low, indicating that the ST-NIC has 
yet to load the data. After the data is In the ports, the system 
must then read the 374 data ports. This begins with the AT 
driving out an address which is decoded (inside the PAL) to 
the data I/O Ports (310-31 F). The PAL then drives RACK 
to the ST-NIC, indicating that the CPU is ready to accept 
data. This RACK signal then reads the data from the 374 
ports onto the AT BUS. The system deasserts NIOR which 
finishes the cycle. 

REMOTE WRITE 

Like the remote read, the remote write cycle also begins 
with five slave accesses into the Internal registers. The CPU 
must write the Remote Start Address (2 bytes), the Remote 
Byte Count (2 bytes), and issue the Remote DMA Write 
Command. The ST-NIC then issues a PRQ. The CPU re- 
sponds by sending an NlOW, indicating that it is ready to 
write to the ports. The CPU also drives out the address 
which corresponds to the I/O Ports. This address goes into 
the PAL and helps to decode to WACK. This WACK signal 
latches the data into the 374 ports The ST-NIC issues a 
BREQ and immediately receives a BACK since the two lines 
are tied together. (BREQ can be tied to BACK because 
there are no other devices contending for the local bus.) 
The ST-NIC, upon receiving the BACK, drives out address 
lines to the 373's. These address lines are latched by ADSO 
and then are driven to the RAM. ST-NIC sends out a PRD 
and a NMWR which drives the data from the 374 ports into 
the already specified address of the onboard memory. PRD 
and NMWR are then deasserted and the cycle ends. 



Network Transfers 

Transfers to and from the network are controlled by the 
DP83902's local DMA channel which transfers packet data 
to/from the ST-NIC's internal FIFO from/to the card buffer's 
RAM. 

RECEIVE 

The data comes off of the network, is deserialized and is 
stored in the FIFO inside of the ST-NIC. The ST-NIC then 
issues a BREQ and Immediately receives BACK since the 
lines are tied together. After receiving BACK, the ST-NIC 
drives the address lines to the 373's. The 373's are latched 
by ADSO and the address is allowed to flow to the RAM. 
Then the ST-NIC drives out NMWR along with the data from 
the FIFO. The data flows into the RAM under the address 
given earlier. The NMWR strobe is then deasserted, ending 
the cycle. 

TRANSMIT 

To begin the transmit cycle, the ST-NIC issues a BREQ and 
waits for the BACK. Since the BREQ and BACK lines are 
tied together, the BACK signal is received Immediately. 
Upon reception of this signal, the ST-NIC drives out the ad- 
dress to the 373's which latch the address with the ADSO 
strobe. The address then flows to the onboard memory. 
NMRD, driven by ST-NIC, causes the RAM to drive the data 
out of the given address and into the ST-NIC. The ST-NIC 
then latches the data Into the FIFO on the rising edge of 
NMRD. This high assertion of NMRD signifies the ending of 
this cycle. From the FIFO, the data is serialized and trans- 
mitted onto the network. 

BOARD CONFIGURATION 

On the DP83902EB-AT ST-NIC AT board, there are nine 
jumper blocks as seen in the diagram below. The following 
pages wllll explain how to configure these jumpers. 

Physical Layer 

If JB9 is tied to Ground then the twisted pair interface will be 
selected. If JB2 is closed while JB3 is open, and JB9 is 
connected to Vcc. 'hen the Thin Ethernet option will be 
selected. And finally if JB3 is closed while JB2 is open, and 
JB9 is high, then the Thick Ethernet option will be selected. 
Refer to Appendix A for Jumper settings. 

Interrupt Lines, Board Addresses, 
and EPROM Addresses 

On JB4, there are six possible connections. Four of these 
are to select an interrupt line. The available interrupt lines 
include INT3, INT4, INT5, and INT9. The last two possible 
connections, JP1 and JPO, are used to select the base ad- 
dress for the board. However, if JB5 is connected to Vcc, 
then these last two connections select the address of the 
EPROM also. The possible selections and the jumpers are 
shown in Appendix A. The factory configuration uses the 
INT3 line for interrupts and has JP1 and JPO in the on posi- 
tion. 
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This factory configuration is shown in Figure 4, along with the factory configurations for JB1 , JB5, JB6, JB7, JB8, and JB9. The 
square pin indicates pin 1 of the jumpers. 
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FIGURE 4. Factory Configuration for JB1, JB4, JB5, JB6, JB7, JB8 and JB9 



APPENDIX A 

The following tables show all of the various jumper settings. The shaded boxes are the Factory Configuration default settings. 



JB1 


High 


Unic Enabled 


Low 


Link Disabled 


JB5 


High 


EPROM Address 


Low 


Base Address 


JB6 


High 


Tx • and Tx are same 
In Idle state 


Low 


Tx+ is positive with respect 
toTx- in idle state 


JB7 


High 


Normal Operation 


Low 


ENDEC Module Testing 


JB8 


High 


Internal Function Testing 


l^OW 


Normal Operation 



JB9 


JB2 


JB3 


Physical Layer Selected 


Low 


X 


X 


Twistedpair ■ 


High 


On 


Off 


Thin Ethernet 


High 


Off 


On 


Thick Ethernet 



iNT9 


INT3 


INT4 


INT5 


interrupt Selection 


On 


Off 


Off 


Off 


Interrupt 9 


Off 


Olt 


Ott 


0«f 


Interrupts 


Off 


Off 


On 


Off 


Interrupt 4 


Off 


Off 


Off 


On 


Interrupt 5 



JP1 


JPO 


Base Address 


EPROM Address 


On 


On 


300h-31Fh 


ceooh 


On 


Off 


320h-33Fh 


CCOOh 


Off 


On 


340h-35Fh 


DOOOh 


Off 


Off 


300h-37Fh 


D400h 
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APPENDIX B: PAL® EQUATIONS 
PAL#1(U1) 

In this first PAL, the output signals are NI016, NIOEN, 
NSTNICB, and NCSROM. {The N's before the signals indi- 
cate that the signal Is low asserted.) Since It Is necessary to 
assert Ni016 as soon as possible, this first PAL has been 
selected to be a 10 ns "D" PAL. The NI016 signal must be 
TRI-STATE® when it is not asserted. Therefore, we use an 
enable signal (NiOEN) which is equal to the decode for the 
I/O Ports (31 0-31 F) and NAEN high (NAEN high signifies 
that the system DMA does not have control of the bus). The 



enable signal (NIOEN) loops back Into the PAL to bring 
N 101 6 out of TRI-STATE. The N 101 6 signal is set to zero so 
that whenever it is enabled it will be asserted. 
The STNICB signal consists of simple address decodes 
along with NAEN. The addresses decode to one of four 
address slots which were mentioned earlier In the board 
configuration section. The NCSROM is a very simple signal 
as It consists only of AD14 and NMRD. ADM comes from 
the ST-NIC and selects either the PROM (when low) or the 
onboard RAM (when high). 



-si 
U1 



PALI 



module iodec; 

flag >-rl'; 

title ' 

date: 9/13/89 

functions: 

ST-NIC BOARD DECODE, 1016 DECODE, AND CHIP SELECT PROM' 

ul device 'pi 618'; 



"input pins: 

NEN16, NAEN, SA9 

SA8, SA7, SA6 

SA5, SA4, SA3 

JPO, JPl, NMRD 

A14 

"output pins: 

NSTNICB, NIOEN, NI016 

NCSROM 



pin 1, 2, 3; 

pin 4 , 5 , 6 ; 

pin 7, 8, 9; 

pin 13, 14, 15; 

pin 16; 

pin 12, 17, 18; 

pin 19; 



"constants 
X = .X.; 
Z = .Z.; 

equations 

NSTNICB = ! (INAEN & SA9 4 

# INAEN & SA9 & 

# INAEN & SA9 & 

# INAEN & SA9 & SA8 
NIOEN = ! (INAEN & SA9 & SA8 & 

£ INEN16 & SA4 & ! SA3 

# INAEN S SA9 & SA8 & I SA7 

& INEN16 & SA4 & ISA3 

# INAEN S SA9 & SA8 & ISA7 

& INEN16 & SA4 & ISA3 

# INAEN & SA9 & SA8 & I SA7 

& INEN16 & SA4 & ISA3); 
NCSROM = I(!A14 & I NMRD); 
enable NI016 = ! NIOEN; 

NI016 ■= 0; 
end iodec; 



SA8 4 ISA7 & ISA6 & I SA5 & IJPl S IJPO 
SA8 & ISA7 & ISA6 & SA5 & IJPl & JPO 
SA8 & ISA7 & SA6 & ISA5 & JPl & IJPO 

& ISA7 & SA6 & SA5 & JPl S JPO); 

ISA7 & ISA6 S ISA5 & IJPl & IJPO 

& ISAe & SA5 & IJPl & JPO 
& SAe & ISA5 & JPl & IJPO 
& SA6 4 SA5 4 JPl 4 JPO 



TL/F/11158-5 
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PAL #2 

In this PAL there are eight outputs: NRESET, NSOUT, 
NRDYEN, NIOCHRDY, NCS, NRACK, NWACK and INTO. 
The first two outptus (NRESET and NSOUT) are part of an 
R-S flip flop as shown below: 



TABLE IV. R-S Flip Flop Truth Table 



R- PIN (NIOR): 



S- PIN (NlOW) 




OO (NRESET) 



O/Q (NSOUT) 



TL/F/11158-e 

FIGURE 5. RSFIip-Flop 

NRESET is given by the NOR of the high asserted R-input 
pin and the NSOUT signal. NSOUT is given by the NOR of 
the high asserted S-input pin and the NRESET signal. The 
NOR gates are enabled by the low assertion of NRSTDRV. 
When the system first boots up, it will disable the NOR 
gates by asserting the RSTDRV signal. But due to the pull- 
up and pull-down resistors, the output < NRESET, 
NSOUT> will be set to <0, 1 >. Once RSTDRV becomes 
deasserted, the output will remain at <0, 1 > . The only way 
to get out of reset is to assert the S-pin high which is done 
by an NlOW and an address decode to 318-31F. After the 
system has booted up, the ST-NIC may be reset through 
software. This would be done by setting the R-pin high with 
an NIOR and an address decode to 31 8-31 F. To escape 
from reset, we once again set the S-pin high with an NlOW 
and address decode of 318-31F. The above description of 
logic is also shown in Truth Table VII. 



R 
(NIOR) 


s 

(NlOW) 


Q 
(NRESET) 


Q 

(NSOUT) 











1 





1 


1 











1 





1 








1 











1 





1 


1 






By using the NIOR and NlOW which are never asserted at 
the same time, this insures that the R-pin and the S-pin will 
never be asserted at the same lime. The next two signals 
(NRDYEN and NIOCHRDY) are quite similar to NIOEN and 
NI016 in PAL#1. All of the decode takes place in the en- 
able signal (NRDYEN). This decode consists of addresses 
300-30F without NACK or the addresses 310-318 without 
PRO. If the NRDYEN signal is asserted, then NIOCHRDY 
will be driven low. At all other times, the NIOCHRDY strobe 
will be in TRI-STATE. This PAL must also be a 10 ns "D" 
PAL. 

NCS is decoded by NSTNICB (from PAL #1) along with the 
low assertion of SA4 and either NIOR or NiOW. Its decode 
is in the address range of 300-30F. The last two signals are 
NRACK and NWACK. NRACK occurs with an address de- 
code to 310-318, an NIOR, and a PRO. The NWACK signal 
only differs from the NRACK by the NIOR/NIOW signal and 
therefore consists of an address decode to 310-31F, an 
NlOW and a PRO. INT is just sent through the PAL to be 
buffered. The buffered signal which comes out of the PAL is 
INTO. 
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PAL 2 

module reset; 

flag "-rl'; 

title ' 

date: 9/13/89 

functions ; 

RESET LATCH, STNIC SELECT, lOCHRDY, RACK, HACK, 

BUFFER INTERRUPT'; 

u2 device 'pl618'; 



U1 



"input pins : 
NSTNICB, NIOW, NIOR 
RSTDRV, NACK, PRQ 
SA4, SA3, INT 



pin 1, 2, 3 
pin 4, 5, 6 
pin 7, 8, 9 



"output pins: 
INTO, NRACK, NWACK 
NRESET, NSOUT, NRDYEN 
NIOCHRDY, NCS 



pin 12, 13, 14; 
pin 15, 16, 17; 
pin 18, 19; 



'^constants 
X - .X. 

z = .z. 



equations 

NCS = ! (! NSTNICB i ! NIOR i 

NRACK = ! (! NSTNICB S PRQ & 

NWACK = ! (! NSTNICB & PRQ & 



NRDYEN 



!SA4 # ! NSTNICB SINIOW S!SA4); 
!NIOR & SA4 S !SA3); 
!NICW & SA4 & !SA3); 

& NACK 

& NACK 

& SA4 & 

& SA4 



!NIOR t. !SA4 
!NIOW & !SA4 
!PRQ S !NIOR 



!SA3 
!SA3); 



(! NSTNICB & 

# ! NSTNICB & 

# ! NSTNICB S 

# ! NSTNICB & !PRQ i !NIOW 
enable NIOCHRDY -! NRDYEN; 

NIOCHRDY = 0; 
enable NRESET = 1 RSTDRV; 

NRESET = !(!NSTNICB & !NIOR & SA4 i SA3 # NSOUT); 
enable NSOUT = ! RSTDRV; 

NSOUT - ! (!NIOW # NRESET); 
INTO - INT; 
end reset; 



TL/F/11168-7 
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PAL #3 


also be jumpered for selection of the EPROI^. NAEN, a low 


The third PAL only does a decode to enable the optional 


asserted signal should be high to Indicate that the DiVIA 


EPROM. This decode consists of an address decode to 


does not have control of the bus and the NSMRDC signal 


C800h, CCOOh, DOOOh, or D400h depending on JP1 and 


should be asserted high since the CPU Is doing a system 


JPO as shown in the board configuration section. JP2 must 


memory read. 


PAL 3 




module epromdec; 




flag '-rO'; 




title ' 




date: 9/13/89 




function: 




EPROM DECODE' ; 




ul6 device 'pl618'; 




"input pins: 




AO, A13, EN16 pin 1, 2, 3; 




SMRDC, SA19, SAie pin 4, 5, 6; 




A17, SA16, SA15 pin 7, 8, 9; 




A14, NAEN, JP2 pin 11, 13, 14; 




PO, JPl pin 15, 16; 




"output pins: 




EPROMEN pin 19; 




A013 pin 12; 




"constants 




X = .X.; 




equations 




NEPROMEN = ! (SA19 & SA18 & ISai7 & !SA16 & 


SA15 & 1SA14 & INAEN 


S JP2 i IJPl & IJPO & INSMRDC 




# SA19 & SA18 & !SA17 & ISA16 & SA15 


& SA14 & INAEN 


& JP2 & IJPl & JPO & INSMRDC 




# SA19 & SA18 & ISA17 & SA16 & !SA15 


& ISA14 & INAEN 


& JP2 & JPl & !JPO & INSMRDC 




# SA19 4 SA18 & !SA17 & SA16 & 1 SA15 


& SA14 & INAEN 


& JP2 & JPl & JPO & INSMRDC); 




A013 = !(IAO & EN16 # IA13 & IEN16); 




end epromdec; 
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APPENDIX C: 


BILL OF MATERIALS FOR DP83g02EB-AT ST-NIC ETHERNET ADAPTER 


CAPACITORS 








CI, C20.01 


HF 50V 


10% 


Mono 


lythic 


C3 


4.7 fiF 


25V 


20% 


Tantalum 


C4 


0.01 jaF 


1 KV 


10% 


Ceramic Disk 


C5 


0.01 juF 


50V 


10% 


Ceramic Dislc 


C9..C10 


0.01 ^iF 


50V 


20% 


Monolythlc 


Cll 


0.75 pF 


1 KV 




Spark Gap 


C12..C19 


0.01 fiF 


50V 


20% 


Monolythlc 


C20 


4.7 jnF 25V 


20% 


Tantalum 


C21 


4.7 /iF 25V 


20% 


Tantalum 


C22..C29 


0.01 nF 


50V 


20% 


Monolythic 


C30..C32 


4.7 jxF 25V 


20% 


Tantalum | 


C33..C37 


0.01 /i.F 


50V 


20% 


Monolythlc 


C38..C42 


4.7 /iF 25V 


20% 


Tantalum 


RESISTORS 










R1..R3 


lOK 


1/4W 




5% 


R4..R6 


4.7K 


1/4W 




5% 


R7..R10 


39.2 


1/4W 




1% 


Rll 


IM 


1/2W 




5% 


R12, R13 


270 


1/4W 




5% 


R14..R17 


1.5K 


1/4W 




5% 


R18 


IK 


1/4W 




1% 


R19..R20 


TBD 


1/4W 




1% 


R21 


420 


1/4W 




5% 


R22..R25 


430 


1/4W 




5% 


R26 


4.7K 


1/4W 




5% 


R27..R30 


TBD 


1/4W 




1% ■ 


R31..R34 


4.7K 


1/4W 




5% 


IC's 










Ul, U2 


16L8D 




PAL 




U16 


16L8B 




PAL 




U3 


74ALS245 








U4..U7 


74ALS374 








U8, U9 


HM6264 




SK X 


8 STATIC RAM 100 ns 


UIO, Ull 


74AS373 








U12 


74S288 




PROM 




U13 


DP83902 




ST-NIC 1 


U15 


EP8392 




CTI 




U17 


74HC04N 








U18 


27128 




EFROM (not supplied on board) | 


U19 


74ALS244 








U20 


20 MHz 0.01% 


Crystal Oscillator | 


Note: 










ETHERNET ID PROM ADDRESS ASSIGNMENT: 






Registration Authority for ISO/IEC 8802-3 






c/o The Institute of Electrical and Electronics Engineers 




445 Hoes Lane 










P.O. 60X1331 










Piscataway.NJ 08055-1331 








(908) 662-3812 










MAGNETICS (TRANSFORMER, FILTER 


CHOKE 


DC-DC CONVERTOR, ETC.) 1 


See Section 5 of databook, Ethernet Magnetics Vendors 




SPARK GAP SUPPLIERS: 








0.75 pFkV Spark Gap 








Mallory Part# ASR75A 








(317) 856-3731 










Mepco/Centralab Part# S7S8X44a00NAZAA 






Available from: Philips Components Discrete Product Division | 


(602) 820-2225 









ro 
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MAGNETICS 

U14 PM7102 VALOR DC-DC Convertor. 

XI PE64103 Pulse Engineering 

12 RX and IX Filter 8: Iransformer. Pulse Engineering PE65431. 

MISCELLANEOUS 



DSl 
DS2 
DS3 
DS4 
DS5 
JBl 
JB2 
JB3 
JB4 
JB5- 



GREEH 5mm LOW CURRENT LED 

AMBER 5mm LOW CURRENT LED 

RED 5mm LOW CURRENT LED 

YELLOW 5mm LOW CURRENT LED 

GREEN 5mm LOW CURRENT LED 

1x3 SHUNT BLOCK WITH .1" 

2x6 SHUNT BLOCK WITH .1" 

2x6 SHUNT BLOCK WITH .1" 

2x6 SHUNT BLOCK WITH .1" 

■JB9 1x3 SHUNT BLOCK WITH .1" 



CURRENT=Ir=3.5m 
CUREENT=Ii-=3.5 mA 
CURRENT=Ir=2.0 mA 
CURREHT=If = 2.0 mA 
CURRENT=If=3.5 mA 
SPACING BETWEEN PIHS 
SPACING BETWEEN PINS 
SPACING BETWEEN PINS 
SPACING BETWEEN PINS 
SPACING BETWEEN PINS 



SOCKETS/MECHANICAL 

31 -S3 20 PIN 0.3" DUAL IN-LINE FOR Ul, U2, U16 (PAL) 

54 28 PIN DUAL IN-LINE SOCKET FOR U18 (EPROM) 

55 84 PIN PLCC SOCKET FOR U13 (SI-NIC) AMP SOCKET 
S8 BRACKET FOR MOUNTING IN PC-AT, SLOT 

G44 Basic Blank, 
J3 RJ-45 CONNECTOR AMP 520252-4 
J4 BNC CONNECTOR RT/A Low Pro Amp 227161-7 
J5 15 PIN D CONNECTOR Female AMP 747247-4 (or 747845-4) 

MAXCON SUB D Slide Look MDA 51220-1 

BOARD ATTACHMENT COMPONENTS 

1) Screw: Bind Head Slotted 4-40 x .250, Steel, (90277A106) 

2) Washer: Lock Ext #4, Zinc/Steel, (91114A005) 

3) Washer: Flat #4, Zinc-CRS, (90126A005) 



1-402 



APPENDIX D 



Bus Interface/NIC Section 
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TL/F/11158-9 
Note: All resistors to be 5%, %W unless otherA'Jse Indicated 
Note: EN16 Is actually a ground signal on the AT Bus J2 Connector. This signal is used to determine whether 8- or 16-bit mode should be used. 

DPB3902EB-AT ST-NIC Ethernet Evaluation Board Schematic 
(Bus Interface/NIC Section) 
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DP83902EB-AT ST-NIC Ethernet Evaluation Board Schematic (Continued) 
(Bus Interface/NIC Section) 



1-404 



r^ 



g. 



>0-| 

a. 






ss ss es =tw 



ta 



, djLo djL^ =|_o d^o oj_„ ,jL" iL" 'i" IL" 1 

TTTTTTTTTTlh 



iLdS. 



Hi- 



'TTTTTTTTTTlii 



> S S S oo o 888mjo>> 



=J 



pui — 



a|oo( 



ir 



■X^ 



^W^^ 



< — z^ — irt — u. ^ t- T ^ T — tT — T — ^ t — 

a.'i'a.'S.'i'S. a *l'5'5. 

^o '^a *o !J^o ^ ci ^Q Jo 2 '^ I S '^ m"^ 

oo ud ud ud ud ud od udl o** o"* 






S=!! HHl' 
-viv ' 



Hi' 



BEE 







=a_ 



3=F 












a 



?<£J-Hi', 



:n 



JJ2^* 



" -Hi' 



!!S g 



J^-ljl, 



n,. 



gS£ 



III/ / 



La. 



-si 

en 



EES Sasa kSb 



3SG 



^^^'^^^ 



v^^:^ 



"^^■^^^V^ y^^ XXNXXX 






o 

DO 



m 

UJ 



CO 

a. 
Q 



8r 

=5 O 



CD -* 

II 
■° 3 



3 o 



1-405 



I/O Channel Ready 
Considerations for the 
DP83902EB-AT 



INTRODUCTION 

Some PC-AT® compatible systems that use bus interface 
cliip sets with modified timing characteristics such as some 
Chips & Technologies or VLSI technologies chip sets have 
different timing requirements that require modification to 
16-blt I/O mapped designs to operate properly. 8-bit I/O 
mapped designs do not require this modification. 
This paper describes the timing issues associated with the 
DP83902EB-AT and methods of fixing these timing incom- 
patibilities. 

OVERVIEW 

The timing Inconsistency Is the time of assertion and deas- 
sertlon of the lOCHRDY bus signal. lOCHRDY floats active 
(ready) when not driven by an I/O card. Normally, an I/O 
card should drive lOCHRDY low (not ready) to insert wait 
states only after the address and I/O read or write signal 
are asserted. However, on some PC-AT buses, during a 
16-bit I/O operation the bus controller actually samples the 
lOCHRDY signal before the I/O read or write signal is as- 
serted. To correct the early sampling of lOCHRDY by the 
bus controller, the I/O card can drive lOCHRDY based only 
on an address decode, thus allowing lOCHRDY to be as- 
serted earlier and In the proper state when it is sampled by 
the bus controller. 

Remote read cycles are executed by National Semiconduc- 
tor's DP83902 ST-NICTM, Network Interface Controller with 
integrated twisted pair, during packet reception. A remote 
read cycle will be used to illustrate how the early sampling 
of lOCHRDY is compensated. Also, the PAL® equations 
needed to generate lOCHRDY and the necessary modifica- 
tions to account for the early sampling of lOCHRDY for the 
DP83902EB-AT will be described. 
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REMOTE READ CYCLE 

The ST-NIC receives data from the network and transfers 

the data to the local buffer memory using the local DMA 

channel. The ST-NIC then executes a remote DMA read to 

transfer the received data from the buffer memory to the 

host memory through the I/O port latch. 

Refeaing to Figure 2, the remote read cycle functions as 

follows: 

1. The ST -NIC reads a word from local buffer memory as- 
serting M RP an d writes the word into the I/O port latch 
asserting PWR. 

2. The ST-NIC asserts the request line (PRO) to inform the 
host a word is in the I/O port latch. 

3. The host reads the I/O port asserting iOR. lOCHRDY Is 
asserted if lOR occurs before PRO to extend the asser- 
tion time of lOR, effectively wait-stating the host so that 
the host-l/0 handshake can occur. 



4. RACK is asserted to signal to the ST-NIC that the host 

has read the word from the I/O port latch. 
Steps 1 -4 are repeated until all words are transferred. 

"NORMAL" lOCHRDY TIMING DURING A REMOTE 
READ CYCLE 

The "normal" lOCHRDY PAL equations are shown in Figure 
1 and the complete PAL equations for U2 In the 
DP83902EB-AT are shown In AN-752 in the 1992 Local 
Area Network Databook. The corresponding timing diagram 
is shown in figure 2. Referring to Figure 1 and AN-752, 
whenever NRDYEN is true, lOCHRDY is driven, otherarise it 
will be held TRI-STATE®. The first two terms in the 
NRDYEN function are for a slave read and write, respective- 
ly. The next two terms are for remote read and write, re- 
spectively. There are 7 unique variables In the function 
NRDYEN. Namely, NSTNICB, NIOR, NlOW, NACK, PRO, 
SA4 and SA3. A brief explanation of each follows. 



NRDYEN = l( INSTNICB & INIOR 8c !SA4 & NACK 
#!NSTNICB & INIOW k !SA4 & NACK 
#!NSINIOB & !PRQ & INIOR & SA4 8c 
#!NSTNICB & !FRQ 8c INIOW & SA4 k 

enable NIOCHRDY = JNRDYEN ; 



ISA3 
ISA3) ; 



NIOCHRDY = (0) 



FIGURE 1. "Normal" lOCHRDY PAL Equations for DP83902EB-AT 



1-406 



NSTNICB— (SA9-SA5) chip select the I/O card. This is the 
base address of the I/O card. 
NIOR — (IDR) the I/O read command signal. 
NlOW— (lOW) the I/O write command signal. 
NACK — (ACK) Used during slave read/write cycles to indi- 
cate a successful register (byte) transfer. 
PRO — Used during remote read/write cycles to Inform the 
host that the NIC has written a word in the I/O port latch. 
SA4 and SA3— Address signals from the I/O bus. The 
states of these signals determine If the address on the I/O 
bus is for the I/O port latch or the NIC registers. 
The on board lOCHRDY signal will only be driven to wait 
state the host until the NIC writes to the I/O port latch and 
asserts PRO. 

The remote word transfer is complete after the RACK signal 
is asserted indicating the host has read the word from the 
I/O port latch. 

MODIFIED lOCHRDY TIMING 
DURING A REMOTE READ CYCLE 

The modified lOCHRDY PAL equations shown in Figure 4 
implement both the "normal" lOCHRDY timing and the 
modified lOCHRDY timing. These equations replace the 
section of the U2 PAL equations in AN-752 shown in Figure 
1. The modified lOCHRDY schematic and timing diagram 
are shown in Figures 3 and 5 respectively. 
NIOCHR and NIOCHR.OE (enable NIOCHR) together are 
for slave read and remote read. Also, NIOCHW and 
NIOCHW.OE (enable NIOCHW) together are for slave write 
and remote write. These signals (NIOCHR and NIOCHW) 
together produce the "normal" lOCHRDY signal. 
NIOCHC and NIOCHC.OE (enable NIOCHC) together modi- 
fy the lOCHRDY timing. In the modified lOCHRDY timing, 
lOCHRDY is driven when the I/O card address Is decoded, 
thus driving lOCHRDY before It is sampled by the host. 



By driving lOCHRDY on an address decode the possibility 
exists that it may be driven on a memory access instead of 
an I/O access. lOCHRDY must be held TRI-ST ATE if t he 
host iss ues a memory access command signal (MEMR or 
MEMW) because if these signals become active after an 
address decode to the I/O card this means that the address 
was a memory address and not an I/O address. Thus, the 
address was not Intended for the I/O card and driving 
lOCHRDY may cause contention with the memory. 
PRO is held TRI-STATE until the ST-NIC's Data Configura- 
tion Register (DCR) is programmed. A pull-up resistor is 
needed to guarantee PRO Is asserted while its TRI-STATE 
to prevent lOCHRDY from "getting stuck" low and effective- 
ly looking up the host. 

Driving lOCHRDY early must be an option since this has 
been seen to cause problems on some PC's, but fixes prob- 
lems on others. The variable CLONEN is a jumper used to 
switch the lOCHRDY signal characteristics to "normal" or 
modified timing. The inverted SYSCLK (System Clock) and 
BALE (Bus Address Latch Enable) signals are AT bus sig- 
nals and are used to assert CLONEN when the bus address 
Is valid, which is indicated by BALE. CLONEN Is asserted 
when BALE is asserted and deasserted after BALE is deas- 
serted and the next SYSCLK rising edge occurs, allowing 
enough time for the I/O command signal to occur. At this 
point, the modified lOCHRDY timing is TRI-STATE and the 
"normal" lOCHRDY timing is enabled. 
EN1 6 is used to determine If the data transfer is 8 or 1 6 bits. 
The modified lOCHRDY Is necessary only during 16-blt I/O 
accesses because the early sampling of lOCHRDY only oc- 
curs during 16-blt I/O accesses. 

To Incorporate the lOCHRDY modification in the 
DP83902EB-AT, replace the section of the U2 PAL equa- 
tions shown in Figure 1 with the PAL equations of Figure 4 
and add a 74F74 D flip-flop and a jumper to the evaluation 
board to hard-wire CLONEN to U2. 



ADO- 15 
ADSO 



■^ ADO-15 ^ 



MRD 



PWR 

m 



%_-/^ 



X. 



y 



lOCHRDY 

PRO 

RACK 



■v 



^ 



y 



X. 



Word Written 
to Latch 



Wait for Host-l/O Handshake 



Word Read by Host 



FIGURE 2. "Normal" Remote Read Cycle for DP83902EB-AT 
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FIGURE 3. Schematic of lOCHRDY Modification Siiowing Signals Required for lOCHRDY Change 



NIOCHR = ! ( !PRQ & SA4 Jc !SA3 # HACK i !SA4) ; 
enable NIOCHR = !( INSTHICB & INIOR) ; 

NIOCHW = !( IPRQ & SA4 & !SA3 # HACK & ISA4) ; 
enable HIOCHW = !( IHSTHICB & IHIOW) ; 

NIOCHC = (0) ; 

enable NIOCHC = !( INSINICB & HMEMR & NMEMW k !FRQ & !EN16 & ICLONEN & SA4 & !SA3) ; 

FIGURE 4. Modified PAL Equations for DP83g02EB-AT 
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FIGURE 5. Modified Remote Read Cycle for DP83902EB-AT 
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OVERVIEW 

The National Semiconductor SNIC Evaluation Board design 
provides IBM AT's and AT Compatibles with Thick Ethernet, 
Thin Ethernet, and Twisted Pair connections. This low parts 
count evaluation board is compatible with the AT bus and 
requires only a y^ size slot for insertion. Besides using the 
DP83901 Serial Network Interface Controller (SNIC), the 
Coaxial Transceiver Interface (CTI) and the Twisted Pair In- 
terface (TPI) are also employed. The dual DMA (local and 
remote) capabilities of the SNIC, along with 16 kbytes of 
buffer RAM, allow the entire Network Interface Adapter to 
appear as a standard I/O Port to the system. The NIC's 
local DMA channel buffers packets between the local mem- 
ory (16 kbytes of buffer RAM) and the network, while the 
NIC's remote DMA channel passes data between the local 
memory and the system by way of an I/O Port. This I/O Port 
architecture which isolates the CPU from the network traffic 
proves to be the simplest method to interface the DP83901 
to the system. 

HARDWARE FEATURES 

■ Fits in half-size IBM PC-AT I/O card form factor 

■ Utilizes DPSSgoi Serial Network Interface Controller 
(SNIC) and DP83922 Twisted Pair Transceiver (TPI) 

■ 16 kbyte on-board packet buffer 



■ Simple I/O port interface to IBM PC-AT 

■ Interfaces to thick Ethernet, thin Ethernet, and twisted 
pair 

■ Boot EPROM socket 

NETWORK INTERFACE OPTIONS 

The evaluation board supports three physical layer options: 
Thick Ethernet, Thin Ethernet, and Twisted Pair. These can 
be seen in Figure 1. When using Thick Ethernet, a drop 
cable is connected to an external transceiver which Is in 
turn connected to a standard Ethernet network. For this 
physical layer, there Is no need for an internal transceiver 
since It already has an external one. This configuration may 
be obtained by connecting the pins on JB3 while leaving 
JB1 and JB2 open. When using Thin Ethernet, a transceiver 
(the CTI) is available on-board to allow the direct connection 
to the network via the evaluation board. This transceiver 
(the CTI) forms the link between the differential ECL signals 
of the SNI and the non-differential ECL signal of the thin- 
wire coaxial cable. For proper operation, the CTI requires a 
DC- DC Converter to provide an isolated ground and a — 9V 
source. In order to put this Thin Ethernet solution into opera- 
tion, the pins on JB2 need to be connected while JB1 and 
JB3 should be open. 
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FIGURE 1. Physical Layer Adapter Interface Block Diagram 
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When using the Twisted Pair (telephone cable), another 
transceiver (the TPI) is available on-board which also allows 
direct connection to the network. The voltage regulator (the 
LM317) provides the TPI chip with a constant +7V supply. 
The remaining portion of the TPI circuit includes a common 
mode choke and a transformer. The transformer decouples 
the DC component and eliminates any possible voltage 
spikes. This twisted pair interface can be selected by using 
JB1 and leaving JB2 and JB3 open. Each of these three 
physical layer options can be selected simply by the place- 
ment of a jumper block (no software changes are needed). 

BUS INTERFACE 

The block diagram, Figure 2, illustrates the architecture of 
the SNIC Evaluation Board. The SNIC Board as seen by the 
system appears only to be an I/O port. With this architec- 
ture the SNIC board has its own local bus to access the 
board memory. The system never has to intrude further than 
the I/O ports for any packet data operation. This I/O archi- 
tecture isolates the system bus and the local bus, thereby 
preventing interference by the system when the SNIC is do- 
ing real-time accesses such as transmitting and receiving 
packets. 



BOARD ARCHITECTURE 

I/O Map of SNIC Board 

The SNIC Board requires a 32-byte I/O space to allow for 
decoding the data buffers, the reset port, and the SNIC reg- 
isters. The first 16 bytes (300h-30Fh) are used to address 
the SNIC registers (8 bits wide) and the next 8 bytes (310h- 
3 1 7h) are used to address the data buffers which are 1 6 bits 
wide. Finally, the reset port may be addressed by 31 8h- 
31 Fh. 

TABLEI.I/OMaplnPC-AT 



lO 
(D 



Address 


Part Addressed 


300h-30Fh 
310h-317h 
318h-31Fh 


SNIC Chip Select 
Data Buffers 
Reset 



Although in the description above the I/O map is positioned 
at the addresses 300-31 F, it may also be placed in the 
following address spaces: 320-33F, 340-35F, 360-37F. 
These alternate address spaces may be selected by the two 
jumpers (JP1 and JPO). 
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FIGURE 2. Block Diagram of SNIC Evaluation Board's System Interface 
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TABLE IL Optional Address Spaces 


Junipers 


JP1 


JPO 


I/O Address 
Space 


On 
On 
Off 

Off 


On 
Off 
On 
Off 


300h-31Fh 
320h-33Fh 
340h-35Fh 
360h-37Fh 



DP83901's Local Memory Map 

There are only two items mapped Into tfie local memory 
space. Tfiese two items being the 8k x 1 6 buffer RAM and 
the ID address PROM. The buffer RAM is used for tempo- 
rary storage of transmit and receive packets. For transmit 
packets, the remote DMA puts data from the I/O ports into 
the RAM and the local DMA moves the data from the RAM 
to the SNIC. For the receive packets, the local DMA carries 
the data from the SNIC to the RAM and the remote DMA 
moves the data from the RAM to the I/O ports. The ID 
address PROM (74S288 32 x 8) contains the physical ad- 
dress of the evaluation board. Each PROM holds its own 
unique physical address which Is installed during its manu- 
facture. The PROM also contains a checksum. This check- 
sum, calculated by exclusive OR-ing the six address bytes 
with each other, is provided in order to check the address- 
es. At the initialization of the evaluation board the software 
commands the SNIC to transfer the PROM data to the I/O 
Port where it is read by the CPU. The CPU then verifies the 
checksum and loads the SNIC's physical address registers. 
The following chart shows the contents of the PROM. 

TABLE III. SNIC's Local Memory Map 



7FFFh 

4000h 
3FFFh 

OOOOh 




TABLE IV. PROM Contents 


PROM 
Location 


Location Contents 


OOh 


Ethernet Address 
(Most Significant Byte) 


Olh 


Ethernet Address 1 


02h 


Ethernet Address 2 


03h 


Ethernet Address 3 


04h 


Ethernet Address 4 


05h 


Ethernet Address 5 


06h-0Dh 


OOh 


OEh 


57h 


OFh 


57h 


10h-15h 


Same as 00h-05h 


16h-1Dh 


OOh 


1Eh 


42h 


IFh 


42h 



Data and Address Paths 

For the following paragraph, refer to the block diagram 
shown in Figure 2. Twenty address lines from the PC go 
onto the SNIC Board, but only four of them actually go to 
the SNIC. These four addresses along with the NIOR (low- 
asserted I/O read) or NlOW (low-asserted I/O write) and 
the CS (SNIC chip select signal) allow the PC to read or 
write to the SNIC's registers. If the system wants to read 
from or write to the SNIC registers, the data (only 8 bits) 
must pass through the 245 buffer. All of the packet data will 
pass through the I/O ports (the 374's). Each 374 is unidirec- 
tional and can only drive 8 bits, therefore it is necessary to 
have four 374's. Two of which drive data from the ports tp 
the board memory and two of which drive the data from the 
ports to the AT bus. Even the PROM, which can only be 
addressed by the SNIC, sends its 8 bits of data out through 
the 374's. When the PROM does this, two of the 374's will 
be enabled but only the lower 8 bits will be read by the 
system. The RAM is also accessed by the SNIC. However, it 
is addressed by 14 bits and drives out 16 bits of data. The 
PALs® receive 7 address lines among many other signals 
such as NIOR, NlOW, NACK, MRD, etc. With these signals 
the PALs do all of the decodes, such as selecting the SNIC 
Board, the SNIC chip, the RAM, and the PROM. 

EPROM Socket 

The EPROM socket is provided so that the user may add an 
EPROM to the board. This EPROM would normally contain 
a program and a driver to enable the PC-AT to be booted up 
through the network. The chips necessary to interface the 
EPROM to the system are the 27128 (EPROM), a 16L8 
(PAL), and a 74ALS244 (buffer). Also, JB8 must be placed 
in the proper selection as described in the jumper section. A 
PAL decodes SA14-SA19, along with SMRDC (system 
memory read), in order to generate the EPROMEN signal. 
This signal, issued when the PC desires to execute the pro- 
gram contained in the EPROM, enables the EPROM and 
the 244 buffer. 

EVALUATION BOARD OPERATION 

The following pages will describe the slave accesses to the 
SNIC and the local DMA and remote DMA operation. 

Register Operations 

Accesses to the board are register operations to the 
DP83901 , which are done to set up the SNIC and to control 
the operation of the SNIC's DMA channels. 

Register Read 

To begin the register read, the CPU drives the four address 
lines (SA0-SA3) to the SNIC and the SA3-SA9 address 
lines to the PAL. These address lines are decoded by the 
PAL in order to generate a chip select to the SNIC. The CPU 
also drives the NIOR line which the SNIC sees as the NSRD 
(slave read). Once the SNIC receives this NSRD, it then 
sends out a high assertion on NACK, acknowledging that it 
is in slave mode but not yet ready to complete the read. The 
NACK signal is used by the PAL to assert the lOCHRDY 
signal false. The SNIC then drives out the data from its Inter- 
nal registers to the 245 buffer. The 245 buffer is then en- 
abled and the data is driven onto the AT BUS. When the 
SNIC is ready, it asserts NACK true and the PAL asserts 
lOCHRDY true. As a result, NIOR is driven high by 
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the CPU, thereby (Reasserting the NSRD. On the rising edge 
of the NIOR, the data which is on the AT BUS is latched into 
the system. The addresses are removed at the same time, 
causing the SNIC chip select to become deasserted and 
therefore ending the register read cycle. 

Regfster Write 

To begin the register write, the CPU drives the SA0-SA3 
address lines to the SNIC and the SA4-SA9 address lines 
to the PAL. With these address lines, the PAL decodes to 
300-30F (the SNIC registers) thereby enabling the chip se- 
lect for the SNIC. The CPU then drives the NlOW strobe 
which the SNIC sees as NSWR (slave write). Once the SNIC 
receives this NSWR it sends back a low assertion on NACK 
to acknowledge that it is in slave mode and ready to perform 
the write. When the CPU receives this signal, it puts data out 
onto the AT BUS where it goes into the 245 buffer. The 245 
buffer then drives the data to the SNIC, but the data is not 
latched into the SNIC until the rising edge of NlOW. The 
system drives NlOW high, thereby deasserting the NSWR 
and latching the data. The addresses also are taken away 
and the chip select then goes high (deasserted). This there- 
by ends the cycle of the register write. 

Remote Transfers 

Remote DMA transfers are operations performed by the 
SNIC on the board. These operations occur when the SNIC 
is programmed to transfer packet data between the PC-AT 
and the card's on-board RAM. These transfers take place 
through the I/O Port interface. 

Remote Read 

To program the SNIC for a remote read, the CPU must 
make five slave accesses to the SNIC. The CPU must write 
the Remote Start Address (2 bytes), the Remote Byte Count 
(2 bytes) and issue the Remote DMA Read Command. The 
addresses and byte count require two transfers because 
they are both 16 bits, yet only 8 bits can be written per 
transfer. 

Once the SNIC has received all of the above data, it drives 
out BREQ and waits for BACK. For this design the SNIC 
immediately receives the BACK because it is tied to the 
BREQ line (BREQ can be tied to BACK because there are 
no other devices contending for the local bus). After receiv- 
ing the BACK, the SNIC drives out the address from which 
the data will be read. This address flows into the 373's and 
is latched by ADSO. From here, the address flows to the 
RAM. The RAM waits until it receives NMRD from the SNIC 
and then it drives the data out of the address it was given 
and into the 374 ports. The 374 ports then latch the data on 
the rising edge of the NPWR strobe from the SNIC. PRQ is 
then sent out by the SNIC to let the system know that there 
is data waiting in the ports. 

If the AT reads the I/O ports before the SNIC has loaded 
the 374's, then the port request (PRQ) from the SNIC will 
not yet be driven. This unasserted PRQ signal causes the 
AT's ready line to be set low, indicating that the SNIC has 
yet to load the data. After the data is in the ports, the system 



must then read the 374 data ports. This begins with the AT 
driving out an address which is decoded (inside the PAL) to 
the data I/O Ports (310-317). The PAL then drives RACK to 
the SNIC, indicating that the CPU is ready to accept data. 
This RACK signal then reads the data from the 374 ports 
onto the AT BUS. The system deasserts NIOR which fin- 
ishes the cycle. 

Remote Write 

Like the remote read, the remote write cycle also begins 
with five slave accesses into the internal registers. The CPU 
must write the Remote Start Address (2 bytes), the Remote 
Byte Count (2 bytes) and issue the Remote DMA Read 
Command. The SNIC then issues a PRQ. The CPU re- 
sponds by sending a NlOW, indicating that it is ready to 
write to the ports. The CPU also drives out the address 
which corresponds to the I/O Ports. This address goes into 
the PAL and helps to decode to WACK. This WACK signal 
latches the data into the 374 ports. The SNIC issues a 
BREQ and immediately receives a BACK since the two lines 
are tied together (BREQ can be tied to BACK because there 
are no other devices contending for the local bus). The 
SNIC, upon receiving the BACK, drives out address lines to 
the 373's. These address lines are latched by ADSO and 
then are driven to the RAM. SNIC sends out a PRD and a 
MWR which drives the data from the 374 ports into the al- 
ready specified address of the onboard memory. Soon af- 
tenwards, the PRD and the MWR are deasserted and the 
cycle ends. 

Networl( Transfers 

Transfers to and from the network are controlled by the 
DP83g01's local DMA channel which transfers packet data 
to/from the SNIC's internal FIFO from/to the card's buffer 
RAM. 

Receive 

The data comes off of the network. Is deserialized and is 
stored in the FIFO inside of the SNIC. The SNIC then Issues 
a BREQ and immediately receives BACK since the lines are 
tied together. After receiving BACK, the SNIC drives the 
address lines to the 373's. The 373's are latched by ADSO 
and the address is allowed to flow to the RAM. Then the 
SNIC drives out NMWR along with the data from the FIFO. 
The data flows into the RAM at the address given earlier. 
After this, the NMWR strobe is deasserted thereby causing 
the cycle to end. 

Transmit 

To begin the transmit cycle, the SNIC issues a BREQ and 
waits for BACK. Since BREQ and BACK lines are tied to- 
gether, BACK signal is received immediately. Upon recep- 
tion of this signal, the SNIC drives out the address to the 
373's which latch the address with the ADSO strobe. The 
address then flows to the onboard memory. NMRD, driven 
by SNIC, causes the RAM to drive the data out of the given 
address and into the SNIC. The SNIC then latches the data 
into the FIFO on the rising edge of NMRD. This high asser- 
tion of NMRD signifies the ending of this cycle. From the 
FIFO, the data is serialized and transmitted onto the net- 
work. 
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BOARD CONFIGURATION 

On the SNIC-AT board there are six jumper blocks as seen 
in the diagram below. The following pages will explain how 
to configure these jumpers. 
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Physical Layer 

TABLE V. Physical Layer Selection 



JB1 


JB2 


JB3 


Physical Layer 
Selected 


on 


off 


off 


twisted pair 


off 


on 


off 


thin ethernet 


off 


off 


on 


thick ethernet 



If JB1 is closed while JB2 and JB3 are open, then the twist- 
ed pair interface will be selected. If JB2 Is closed while JB1 
and JB3 are open, then the thin ethernet will be selected. 
And finally If JB3 is closed while JB1 and JB2 are open, 
then the thick ethernet will be selected. 

Interrupt Lines, Board Addresses, and 
EPROM Addresses 

On JB4, there are six possible connections. Four of these 
are to select an Interrupt line. The available interrupt lines 
include INT3, INT4, INT5, and INT9. The last two possible 
connections, JP1 and JPO, are used to select the base ad- 
dress for the board. However, if JB6 is connected to Vcc, 
then these last two connections select the address of the 
EPROM also. The possible selections and the jumpers 



which should be on (closed) are shown In Table VI. The 
factory configuration uses the INT3 line for inten-upts and 
has JP1 and JPO In the on position. This factory configura- 
tion Is shown In Figure 3, along with the factory configura- 
tions for JB5 and JB6. 

TABLE VI. Base Address and EPROM Address 



JP1 


JPO 


Base 
Address 


EPROM 
Address 


on 


on 


300h-31Fh 


CSOOh 


on 


off 


320h-33Fh 


CCOOh 


off 


on 


340h-35Fh 


DOOOh 


off 


off 


360h-37Fh 
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FIGURE 3. Factory Configuration for JP4, JPS, and JP6 

Low Power SNIC Mode 

This low power mode is entirely dependent on JB5. The 
NLOPWR signal is low-asserted, so In most cases this sig- 
nal will be jumpered to Vcc. However, if LAN transmissions 
are not needed for an extended length of time, the 
NLOPWR signal may be jumpered to ground. This would 
turn off the SNI circuitry and conserve power. This feature is 
primarily provided because the DP83901 enables this func- 
tion, but can not be practically used In this design. 
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PAL EQUATIONS 
PAL#1(U1) 

In this first PAL, the output signals are NI016, NIOEN, 
NSNICB, and NCSROM. fThe N's before the signals indi- 
cate that the signal is low asserted). Since it is necessary to 
assert NI016 as soon as possible, this first PAL has been 
selected to be a 10 ns "D" PAL. The NI016 signal must be 
TRI-STATE® when it is not asserted. Therefore, we use an 
enable signal (NIOEN) which is equal to the decode for the 
I/O Ports (310-31 F) and NAEN high. (NAEN high signifies 
that the system DMA does not have control of the bus.) The 
enable signal (NIOEN) loops back into the PAL to bring 
NI016 out of TRI-STATE. The NI016 signal is set to zero so 
that whenever it Is enabled It will be asserted. ' 



The SNICB signal consists of simple address decodes 
along with NAEN. The addresses decode to one of four 
address slots which were mentioned earlier In the board 
configuration section. The NCSROM is a very simple signal 
as it consists only of AD14 and NMRD. AD14 comes from 
the SNIC and selects either the PROM (when low) or the 
onboard RAM (when high). 



ro 



PAL 1 

module lodeo ; 

flag '-rl' ; 

title 

date: 9/13/89 

functions: 

SNIC BOARD DECODE, 1016 DECODE, AHD CHIP SELECT PROM' ; 

ul device 'pl618' ; 

"input pins: 

NEN16, NAEN, SAS 

SAS, SA7, SA6 

SA5, SA4, SA3 

JPG, JPl, NMRD 

A14 

"output pins: 
HSNICB, NIOEN, NI016 
NCSROM 



pin 1, 2, 3 ; 
pin 4, 5, 6 ; 
pin 7, 8, 9 ; 
pin 13, 14, 15; 
pin 16; 



pin 12, 17, 18; 
pin 19; 



"constants 
X = .X. ; 
Z = .Z. ; 

equations 

NSNICB = !( IHAEH & SA9 & SA8 k !SA7 4 !SA6 & !SA5 k !JP1 & !JPO 

# !HAEH & SA9 & SA8 & ISA7 !c !SA6 & SAB k !JP1 & JPO 

# INAEN & SA9 & SA8 k !SA7 k SA6 k !SA5 k JPl * !JPO 

# !NAEN k SA9 & SA8 k !SA7 & SA6 ie SAS & JPl k JPO) ; 



NIOEN = 1(!NAEN k SA9 k SAB & !SA7 & !SA6 & !SA5 
k !NEN16 k SA4 Ic ISA3 



& !JP1 & !JPO 



INAEN & SA9 & SA8 k !SA7 & 
k INENie k SA4 k !SA3 

k SAS k 1SA7 
SA4 k !SA3 
k SAS 



# INAEN & SAg 

k !NEN16 k 

# INAEN & SAg 

8c !NEN16 & SA4 k 
NCSROM = ! ( !A14 & INMRD) ; 
enable NI016 = INIOEN; 

NI016 = 0; 
end lodec; 



SA6 k SA5 k !JP1 k JPO 
& SA6 & !SA5 k JPl k !JPO 



8: !SA7 k SA6 k SAS 8c JPl 8c JPO 
!SA3) ; 
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PAL #2 

In this PAL, there are eight outputs which include NRESET, 
NSOUT, NRDYEN, NIOCHRDY, NCS, NRACK, NWAGK 
and INTO. The first two outputs (NRESET and NSOUT) are 
part of an R-S flip-flop as shown below: 



R-PIN (NIOR) 



'=^t1I> 



ri 



-O (NRESET) 



S-PIN (NlOW) C> 



to 



-a /O (NSOUT) 



TL/F/10800-6 

FIGURE 4. RS Flfp-Flop 

NRESET is given by the NOR of the high asserted R-input 
pin and the NSOUT signal. NSOUT is given by the NOR of 
the high asserted S-input pin and the NRESET signal. The 
NOR gates are enabled by the low assertion of NRSTDRV. 
When the system first boots up, it will disable the NOR 
gates by asserting the RSTDRV signal. But due to the pull- 
up and pull-down resistors, the output < NRESET, 
NSOUT> will be set to <0,1>. Once RSTDRV becomes 
deasserted, the output will remain at <0,1 >. The only way 
to get out of reset is to assert the S-pin high which is done 
by an NlOW and an address decode to 318-31F. After the 
system has booted up, the SNIC may be reset through soft- 
ware. This would be done by setting the R-pin high with an 
NIOR and an address decode to 318-31 F. To escape from 
reset, we once again set the S-pin high with an NlOW and 
address decode of 31 8-31 F. The above description of logic 
is also shown in Truth Table VII. 



TABLE VII. R-S Fllp-Flop Truth Table 


R 
(NIOR) 


s 

(NlOW) 


Q 

(NRESET) 


Q 
(NSOUT) 











1 





1 


1 











1 





1 








1 











1 





1 


1 






By using the NIOR and NlOW which are never asserted at 
the same time, this insures that the R-pin and the S-pin will 
never be asserted at the same time. The next two signals 
(NRDYEN and NIOCHRDY) are quite similar to NIOEN and 
fjlOie in PAL #1. All of the decode takes place in the en- 
able signal (NRDYEN). This decode consists of addresses 
300-30F without NACK or the addresses 310-318 without 
PRO. If the NRDYEN signal is asserted, then NIOCHRDY 
will be driven low. At all other times, the NIOCHRDY strobe 
will be in TRI-STATE. NCS is decoded by NSNICB (from 
PAL #1) along with the low assertion of SA4 and either 
NIOR or NlOW. Its decode is in the address range of 300- 
30F. The last two signals are NRACK and NWACK. NRACK 
occurs with an address decode to 310-31F, an NIOR, and 
a PRO. The NWACK signal only differs from the NRACK by 
the NIOR/NIOW signal and therefore consists of an ad- 
dress decode to 310-318, an NlOW, and a PRO. INT is just 
sent through the PAL to be buffered. The buffered signal 
which comes out of the PAL is INTO. 
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SNIC SELECT, lOCHRDY, RACK, WACK, 



NIOR 
FRQ 



pin 1, ! 
pin 4, i 
pin 7, i 

pin 12, 
pin 15, 
pin 13, 



3; 
6; 

9; 



13. 
16, 
19; 



14; 
17; 



PAL 2 

module reset ; 
flag '-rl' ; 
title • 
date:9/13/89 
functions: 
RESET LATCH 
BUFFER IHTERRUPI' 
u2 device 'pieiS* 
"input pins: 
NSKICB, NIOW, 
RSTDRV, HACK, 
SA4, SA3, INI 
"output pins : 
INTO. NRACK. NWACK 
NRESET, NSOUT, HRDYEN 
NIOCHRDY, NCS 
"constants 

X = .X. ; 

Z = .Z. ; 
equations 

NCS = !(!NSNICB & !NIOR 8: !SA4 # iNSNICB & INIOW & !SA4) 
NRACK = !( INSNICB & FRQ & !NIOR & SA4 & '.SA3) ; 
NWACK = !( INSNICB k FRQ k INIOW k SA4 k !SA3) ; 
NRDYEN = !( INSNICB k INIOR k !SA4 & HACK 

# INSNICB & !NIOW k !SA4 & NACK 

# INSNICB k !FRQ k !HIOR k SA4 k !SA3 

# INSNICB & IFRQ k INIOW k SA4 k !SA3) ; 
enable NIOCHRDY =INRDYEN; 

NIOCHRDY = 0; 
enable NRESET = IRSIDRV ; 

NRESET = I( INSNICB k IHIOR & SA4 k SA3 # NSOUI) ; 
enable NSOUT = RSTDRV; 

NSOUT = !( INIOW # NRESET) ; 
INTO = INT; 
end reset; 
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PAL #3 

The third PAL only does a decode to enable the optional 
EPROM. This decode consists of an address decode to 
CBOOh, CCOOh, DOOOh, or D400h depending on JP1 and 
JPO as shown in the board configuration section. JP2 must 
also be jumpered for selection of the EPROM. NAEN, a low 
asserted signal should be high to indicate that the DMA 
does not have control of the bus and the NSMRDC signal 
should be asserted low since the CPU is doing a system 
memory read. 



A013 output is used to generate a signal to the lower byte 
RAM. This signal will route AO to the RAM when EN16 is 
high enabling 8-bit operation. 



PAL 3 

module epromdec; 

flag '-rO' ; 

title ' 

date: 9/13/90 

function: 

EPROM DECODE' ; 

u21 device 'plfilS' ; 

"input pins: 



AO, A13, EN16 
SMRDC, SA19, SA18 
A17, SA16, SA15 
A14, NAEN, JP2 
PO, JPl 



pin 1, 2, 3; 

pin 4, 5, 6; 

pin 7, 8, 9; 

pin 11, 13, 14; 

pin 15, 16; 



"output pins : 



A013 

EPROMEN 



pin 12; 
pin 19; 



"constants 
X = .X.; 

equations 

NEPROMEN = ! (SA19 & SA18 & !SA17 S !SA16 fi SA15 & !SA14 & !NAEN 
& JP2 & !JP1 & !JPO & INSMRDC 

# SA19 fi SA18 & !SA17 fi !SA16 & SA15 fi SA14 fi ,'NAEN 

fi JP2 & !JP1 & JPO fi INSMRDC 

# SA19 fi SAia £ >SA17 & SA16 & ! SA15 & !SA14 & .'NAEN 

£ JP2 & JPl fi !JPO fi iNSMRDC 

# SA19 & SA18 fi !SA17 fi SAIG & !SA15 fi SA14 £ !NAEN 

fi JP2 fi JPl fi JPO & INSMRDC); 

A013 = !(!A0 fi EN16 # !A13 & !EN16); 
end epromdec; 
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Ethernet Network Interface 
Adapter for the Apple 
Macintosh II NuBus 



INTRODUCTION 

The gradual move In recent years towards distributed pro- 
cessing units with a need for these to communicate and the 
increasing demand for peripheral usage optimization has re- 
sulted in the fast growth of Local Area Networks. In an at- 
tempt to standardize communications between networks 
the International Standards Organization (ISO) has pro- 
posed a seven layer reference model called the Open Sys- 
tem Interconnect (OSI) which provides an independent 
framework for all the emerging network standards. The 
IEEE has defined a number of these standards (802.3 to 
802.6) covering the two lower layer functions, physical and 
data link layers. 

National Semiconductor provides a three chip set which 
supports the Ethernet/Thin-wire Ethernet standard (a sub- 
set of IEEE802.3) the DP8390 Network Interface Controller 
(NIC), DP83910 Serial Network interface (SNI), and DP8392 
Coaxial Transceiver Interface (CTI). 
The aim of this application note is to describe the implemen- 
tation of a Macintosh II, llx and Ilex to Ethernet/Thin-wire 
Ethernet interface solution using the NSC chip set. This so- 
lution takes the form of a network interface adapter card 
which on one side plugs into any of the six Macintosh II 
NuBus expansion slots and on the other supports two physi- 
cal layer options, Ethernet and thin-wire Ethernet. 
The board easily interfaces to the Macintosh II NuBus inter- 
face with few external components. This application note 
assumes the reader is familiar with NSC's Ethernet chip set 
and the Macintosh II NuBus. 

The note begins with a hardware oven/lew of the adapter 
card, and a background description of the NuBus interface. 
This is followed by a detailed description of hardware sup- 
ported by the main sequencer/arbitrator state diagram. This 
covers arbitration and a detailed description of all the cycle 
types implemented on the card. The PAL equations and part 
list are included at the end of the note along with a detailed 
schematic and timing diagrams. 

HARDWARE OVERVIEW 

The main function of this adapter card is to transfer Ether- 
net packet data to/from the Macintosh CPU via NuBus dur- 
ing LAN transmissions and receptions. The card supports a 
NuBus interface to the CPU and an Ethernet interface to the 
network. Data transfers between the interfaces are routed 
on the card's local bus through 8k words of shared buffer 
memory which temporarily stores ethernet packet data, thus 
decoupling data transfers across the two interfaces. The 8k 
buffer memory can be expanded to 32k by simply replacing 
the memory ICs. 

Figure 1 shows a simplified block diagram of the adapter. 
Besides the basic DP8390 chip set this diagram illustrates 
the connection of the slot and cycle decode logic used to 
select the card, and generate read/write cycles. The arbiter 
controls whether the NIC or NuBus can access the buffer 
RAM. The RAM contains the transmit/received packet data, 
and the ROMs (actually one chip) contain the Ethernet Ad- 
dress and the Macintosh configuration information. The ad- 
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dress bus interface latches store the NuBus address from 
the multiplexed address/data bus, and the data bus inter- 
face consists of buffers and latches to assemble the 16-bit 
RAM buffer data into a 32-bit word for the NuBus. 

Transmission/Reception 

For Ethernet transmissions the host CPU writes data into 
the transmit area of the adapter card buffer memory over 
the NuBus interface. The host CPU then sets up the NIC to 
transmit the data by writing to its internal registers. The NIC 
responds by fetching the data into its internal FIFO using its 
local DMA channel, from where it is sent to the SNl-CTI and 
onto the Ethernet cable. Once the data has been transmit- 
ted the NIC issues an interrupt back to the host CPU and 
sets a status bit in its internal register. 
For Ethernet receptions data is loaded from the Ethernet 
cable into the internal FIFO of the NIC from the SNI and 
CTI. When a programmable threshold is reached in the 
FIFO, the NIC transfers the data into the receive area of the 
adapter card buffer memory using its local DMA channel. 
Once a complete packet has been loaded into memory, the 
NIC sets up a pointer in its internal register, issues an inter- 
rupt to the host CPU and sets a status bit in its internal 
register. The host processor responds by reading the pack- 
et from the adapter card memory over the NuBus interface 
and updating the packet pointers stored in the NICs internal 
register. 

General Adapter Architecture Considerations 
A shared memory architecture has been chosen for this de- 
sign to maximize data throughput while not adding any extra 
cost or intelligence on the card. The buffer memory is 
mapped into the NuBus address space and a NuBus slave 
interface plus local bus arbitration logic is implemented on 
the adapter card. The reasoning for this decision is given 
below. 

The DP8390 efficiently supports an input/output port archi- 
tecture, in which the adapter card makes use of the NICs 
Remote DMA facility to transfer network data between the 
buffer RAM and an input/output port interfacing to the Nu- 
Bus and to the host CPU. This implementation is a slightly 
less expensive option than others however the throughput 
of the port interface is somewhat limiting, and there are no 
memory addressing limitations on the NuBus that would re- 
quire and I/O port technique. 

A bus master architecture, in which the adapter card can 
gain ownership of the host CPU bus and transfer data di- 
rectly into system memory is significantly more costly and 
with the current generation of controllers will not yield signif- 
icantly better performance across NuBus without going to 
the expense of adding an on-card processor. 
Thus, using a buffer RAM that is addressed directly by the 
NuBus and the Ethernet Controller, provides the flexibility of 
reading/writing data via the NuBus at fast speeds, and 
since the DP8390's local DMA only utilizes a small percent- 
age of the RAM's total access time (12%) the RAM is most- 
ly free for NuBus activity. 
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FIGURE 1. General Block Diagram for the NuBus Shared RAM Adapter 



Once the Shared Adapter RAM approach is chosen another 
architectural consideration is the width of the Buffer RAM 
and of the CPU bus transfers supported. Table I shows the 
options considered. The 16-bit Buffer memory and 32-bit 
NuBus transfer option was chosen as the best compromise 
on data throughput and component count/cost. 

General Hardware Overview 

Figure 2 shows a more detailed blocl< diagram of the Adapt- 
er. This shows each biocl<, and details the chips used to 
implement each biocl<. 

The Ethernet to buffer memory interface is implemented us- 
ing National Semiconductor chip set. The DP8390 Network 
interface Controller is a CMOS VLSI device designed to 
ease interfacing with IEEE 802.3 Ethernet type Local Area 
Networks. It implements all Media Access Control MAC 
functions (a subset of the ISO data link layer) for transmis- 
sion and reception of packets in accordance with the IEEE 
802.3 standard. Its dual DMA channels and internal FIFO 
provide a simple yet efficient packet management design. 
All bus arbitration and memory support logic required by its 
dual DMA channels are integrated into the NIC. 
The DP83910 Serial Network interface is a CMOS com- 
bined analog and digital device which provides the Man- 
chester encoding and decoding functions of IEEE 802.3 
Ethernet type Local Area Networks. It contains ECL like bal- 
anced drivers and receivers, collision signal translator and a 
diagnostic loopback circuit 

The DP8392 Coaxial Transceiver Interface is a bipolar de- 
vice used as a coaxial cable line driver/receiver for IEEE 
802.3 Ethernet Local Area Networks. In Ethernet applica- 
tions the transceiver is usually mounted within a dedicated 
enclosure (Media Access Unit) and connected to the SNI 
via a drop cable, while for Thin-wire Ethernet (low cost ver- 



sion of Ethernet) the CTI is mounted on the same board as 
the SNI. Signal and power isolation requirements are met by 
placing a set of pulse transformers between the SNI and the 
CTI, and using a DC to DC converter to provide the CTI's 
-9V supply. 

The adapter card supports a 32-bit NuBus interface to the 
host CPU, implemented using synchronous sequencer logic 
in the registered PAL 16R4. This interface supports trans- 
fers to the Network Interface Controller registers, the 
"Ethernet address/Mac configuration" ROM and the buffer 
memory. The two card interfaces must request use of the 
local bus before they can initiate a transfer to any of the on 
card devices. These requests are processed by arbitration 
logic which gives priority to the Ethernet interface. 
The 256 X 8 ROM (LS471) contains the unique Physical 
Address assigned to each Etherent board and the Configu- 
ration data required on each NuBus board which supplies 
identifying information about the board. This ROM can also 
contain device driver data. 

The address/data interface to NuBus consists of four F651 s 
data transceivers to transfer 32-bit data from/onto the Nu- 
Bus, and three F533s and an F373 used to latch the ad- 
dress and the transfer mode signals onto the adapter card. 
Data on NuBus is inverted and byte swapped, so inverting 
transceivers and latches are used. An exception to this is 
the F373 which is a non-inverting version of the F533 used 
to latch AD24-31 which are then compared with the ID lines 
of the particular NuBus slot Also the card performs a hard- 
ware byte swap on the NuBus data. 
On NuBus transfers, an F521 8-bit comparator aids in the 
address decode function by determining whether or not the 
transfer is intended for the adapter card. 
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TABLE I. Adapter Card NuBus RAM Width Options 



NuBus 

Transfer 

Width 


Buffer 

Memory 

Width 


NuBus 
Clock 
Beats 


NuBus 
Maximum 
Data Rate 


Percent 

Bus 

Usage 


Extra 
Devices 
Required 


16 Bits 


16 Bits 


4 


32 Mbits/sec 


31% 


Non9 


32 Bits 


16 Bits 


5 


53 l«/1bits/sec 


19% 


2-Transceivers 
1-PAL16L8 


32 Bits 


32 Bits 


4 


64 IVIbits/sec 


15.5% 


2-Transceivers 
2-RAI^ 8i< X 8 


32 Bits 


32 Bits 


3 


80 Mbits/sec 


12.5% 


2-Transceivers 

2-RAIWI 8i< X 8 

(80 ns) 



TABLE II. Adapter Card Cycle Type Decoding 



ADO 


AD1 


TMO 


TM1 


AD18 


APIS 


Cycle Type 


X 


X 


X 


L 


H 




RAM Read 


X 


L 


L 


H 


H 




RAM Write Byte 0,1 


L 


L 


H 


H 


H 




RAM Write (Byte 0) 


H 


L 


H 


H 


H 




RAM Write (Byte 1) 


X 


H 


X 


H 


H 




No Action 


X 


X 


X 


L 


H 


H 


ROM Read 


X 


X 


X 


H 


H 


H 


Bus Error (ROM Write) 


X 


X 


X 


X 


L 


L 


Bus Error (No Device) 


X 


X 


H 


X 


L 


H 


NiC Write 


X 


X 


L 


X 


L 


H 


NiCRead 



NUBUS BACKGROUND 

This section describes the NuBus implemented in the Mac- 
intosh II expansion slots, and the Ethernet adapter card im- 
plementation of its interface. It covers NuBus' main features 
and signals as used by the card, followed by a description of 
the address space and addressing modes and ending with a 
description of the NuBus interface protocol. 
NuBus is the bus chosen by Apple to drive the expansion 
slots of the Macintosh II. Its main features are: 

• 32-bit wide multiplexed address data lines 

• Synchronous 10 MHz clock cycle (75% duty cycle) 

• Read and Write cycles (Mac II does not support blocli 
transfers) 

• I/O and interrupts are memory mapped 

• Geographical addressing lines 

Each slot has its own geographical addressing lines onto 
the adapter board. This is illustrated in Figure 3 by the super 
slot space in which each card has its own 256 Mbytes of 
memory space. Therefore no board configuration is re- 
quired. (Described later.) 

The Ethernet adapter card only implements a NuBus slave 
interface and therefore arbitration logic to gain bus master- 
ship has not been implemented. Note also that no parity 
generating/checking logic has been implemented either. 
The Ethernet adapter board uses the following NuBus sig- 
nals: 

• Clock 

• Reset 



• Card Slot Identification 

• Non-Master Request 

• Address/Data Signals/ AD<31..0> 

• Control Signals /TM<1..0>, /START, /ACK(nowledge) 
The evaluation board supports single word transfers to the 
NIC registers, Address/Configuration ROM and the Buffer 
RAM. During the Start clock of a NuBus cycle the NuBus 
address and transfer mode lines are decoded on the card 
as shown in Figure 3, and as follows: 

• TM<1..0> determine the type of transfer (read/write), 

• AD<24..31 > determine which NuBus slot is accessed. 

• AD<19..18> determine which adapter card device is ac- 
cessed (NIC, ROM or RAM) 

• AD<15..2> are used to access a particular location 
within the device. 

• AD<0..1>&<20..23> are ignored by the address de- 
code 

The adapter card responds to all NuBus cycles which ad- 
dress the card by generating an acknowledge signal ACK 
for one clock period and driving a status code on the trans- 
fer mode lines. Only two of the four NuBus defined transfer 
modes are supported by the card, transfer complete or bus 
error (see Table III). 

TABLE 1 1 1. NuBus Status Codes 



TMO 


TM1 


Acknowledge 


H 


H 


Transfer Complete 


L 


H 


Bus Error 
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FIGURE 3. NuBus and Adapter Card Address Space Mapping 
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If the CPU requests a transfer to the adapter card NuBus 
slot which does not address a device on the card, or re- 
quests a write transfer to ROM, the board will respond with 
an error status encoding of the TM<1..0> lines during the 
ACK clock of the NuBus cycle. Othenwise a "Bus Transfer 
Complete" code is returned. 

Typical NuBus read and write cycle timings are shown in 
Figures 4 and 5. The first NuBus cycle asserts the START 
line going low and presenting the address and the transfer 
mode. A number of clock cycles may follow before the last 
cycle presents the data and status on the bus, and asserting 
the ACK signal. 

The adapter card does not implement the two other status 
codes supported by NuBus, "bus time out error", and "try 
again later". The design of the adapter card ensures that all 
NuBus cycles will be acknowledged within the NuBus time- 
out period. 

NuBus Address Space 

With a 32-bit architecture, the NuBus provides a 4 Giga- 
bytes of address space. Figure 3. The 4 Gigabyte space is 
divided into sixteen 256 Megabyte Super Slots. The Super 
Slot being accessed is determined by decoding 
AD<31..28> . The top Super Slot is divided into sixteen Slot 
spaces by 16 Megabytes each determined by decoding 
AD<27..24>. Six of these slots ($9 to $E) are implemented 
as NuBus expansion board connectors on the MAC II. The 
interface adapter board may be plugged into any of these 
connectors. No hardware configuration on the adapter card 
is required. 

24/32 Bit Addressing Modes 

The adapter card, by ignoring address bits AD<23..20>, 
supports both 32- and 24-bit addressing modes. 
When addressing the card in 24-bit mode, addresses of the 
form "$sx xxxx" where s is the slot number can be used. 
The Mao II hardware translates this into a 327bit address of 
the form "$FsOx xxxx". 

When addressing the card in 32-bit mode addresses of the 
form "SFsxx xxxx" can be used. Note that as the adapter 
card ignores address bits AD<23..20>, addresses of the 
form "$Fssx xxxx" access the same adapter card location 
in both 32- and 24-bit modes, and as Apple have indicated 
that to ensure compatibility with future versions of the Mac- 
intosh designers should not rely on 24-bit mode addressing, 
it is suggested that addresses of the form "$Fssx xxxx" are 
always used. 



Although supporting 24-bit mode addressing limits the mem- 
ory range of each slot from 1 6M to 1 M, this sufficiently cov- 
ers the need of an Ethernet adapter card and simplifies soft- 
ware development. The Macintosh slot manager puts the 
system in 24-bit addressing mode by default and the memo- 
ry manager plus some toolbox routines do not currently 
function properly in 32-bit mode. 

Adapter Card Address Space 

Once the slot is selected, the Network Interface Adapter's 
memory space is subdivided into four 256 kbyte blocks of 
memory determined by decoding AD<19..18>. 

NUBUS R(1) F(1) R(2) F(n-I) R(N) F(N) R(N*1) 

STATE 

NBCLK 
(NUBUS CLOCK) 

/AD 

AM 

/START 

/ACK 



_l LT^LJ — U L 



>! — C 




A r 
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FIGURE 4. NuBus Read Cycle 
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FIGURE 5. NuBus Write Cycle 
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Figure 3 shows the sub-division of the Super Slot, Slot, and 
Adapter Board address space. 

It is important to note the following points when developing 
high level software to address the adapter card. If the NIC 
registers or the ROM are accessed as 8-bit devices, (by 
declaring a pointer to a character in Macintosh Program- 
mers Workshop (MPW) for example) or as 1 6-bit devices (by 
declaring a pointer to a short integer), incrementing these 
pointers will usually only modify the transfer mode (by incre- 
menting AD<1..0>) rather than increment the address to 
the device (NIC or RAM). It is therefore recommended that if 
this form of addressing is used, the RAM, ROM and NIC are 
declared as 32-bit devices (by accessing them with a point- 
er to an integer). This will ensure only word transfers take 
place and each NuBus address increment will also incre- 
ment the address to the onboard device. 

NuBus Timing Diagrams 

The NuBus clock has a 100 ns period (10 MHz) with a 75% 
duty cycle (75 ns "high" and 25 ns "low"). NuBus signals 
are driven at the rising edge and sampled at the falling edge 
of the clock. A transfer (read/write cycle) is initiated when 
the master asserts /START, drives the address on 
AD<31..0>, and drives the transfer mode signals 
TM < 1 ..0 > with the appropriate code to indicate the desired 
transfer. A transfer is completed when the slave responds 
by asserting ACK and driving the transfer mode signals with 
the appropriate status code. Please refer to Figure 4 and 
Figure 5 for the NuBus read/write cycles. 
For a read operation, once the master has acquired the bus, 
a read bus transaction involves the following steps: 
R(1 ): The bus master asserts/START and the appropri- 
ate /ADx and /TMx lines to initate the transfer. 



R(2): 



R(N): 



The bus master releases the /ADx, /TMx, and 
/START lines and waits for /ACK. 



F(1): 



The bus slaves sample the /ADx and /TMx lines. 



The bus slave places the requested data onto the 
/ADx lines, asserts /ACK, and places the appro- 
priate status code on /TMO and TM1 lines. (Note 
N may be from 2 to 256) 
F(N): The bus master samples the /ADx, /ACK, and 
TMx lines to receive the data and note and en'or 
condition. 
R(N-I- 1): The bus slave releases the /ADx and /ACK lines 
and the /TMx lines. This may be the R(1) tran- 
sition of the next transaction. 
For a write operation, once the master has acquired the bus, 
a write bus transaction involves the following steps: 
R(1): The bus master assert/START and the appropri- 

ate /ADx and /TMx lines to initiate the transfer. 
F(1): The bus slaves sample the /ADx and /TMx 

lines. 
R(2): The bus master places the data on the /ADx 

lines, releases /TMx, and /START lines and 
waits for /ACK. 
F(2)-F(N): The bus slave samples the /ADx lines to capture 
the data. The data may be sampled before or 
during the assertion of /ACK. 
R(N): The bus slave asserts /ACK, and places the ap- 
propriate status code on /TMO and TM1 lines 
when the data is accepted. (Note N may be from 
2 to 256) 
F(N): The bus master samples the /ACK and TMx 

lines to determine the end of a transaction. 
R(N -I- 1 ): The bus master releases the /ADx while the bus 
slave releases the /ACK lines and the /TMx 
lines. 



OBREO 



BERR 
(NUBUS ERROR) 
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FIGURE 6. State Diagram Sequencer 
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TABLE IV. Adapter Card Cycle State Sequence for Various Cycle Types and Corresponding Diagrams 



Cycle Type 


State Sequence 


Functional 
Diagram 


Timing 
Diagram 


NuBustoRAMRead 


SO -»■ SI -» S2 -^ S3 ->• S4 -> SO 


Figure 12 


Figure A-4 


NuBus to RAM Write 


SO -»• S1 -> S2 -* S3 -» S4 -> SO 


Figure 12 


Figure A-5 


NuBusto ROM Read 


SO -»• S1 ->■ S4 ^ SO 


Figures 


Figure A- 1 


NuBus to NIC Read 


SO -* S1 ->• S4 -»• SO 


Figure 10 


Figure A-2 


NuBusto NIC Write 


SO -♦ S1 ->• S4 -»■ SO 


Figure 10 


Figure A-3 


NuBus Bus Error 


SO -> S1 ^ S5 ^ SO 


Figures 




NIC to RAM Read/Write 


SO -> S6 -» SO 


Figure 14 





DETAILED HARDWARE DESCRIPTION 

The card's main function is to transfer Etiiernet paclcet data 
from tlie NuBus interface to ttie Ethernet cable during paclc- 
et transmission, and from the Ethernet cable to the NuBus 
interface during packet reception, via an 8k x 16 Buffer 
RAM, expandable to 32k x 16. In addition to this the NuBus 
interface is allowed direct read and write access to the NICs 
registers to control and monitor the NICs operations, and 
read access to the "Ethernet address/Mac configuration" 
ROM. 

This transfer of packet data from Ethernet to host CPU is 
executed in two distinct stages, transfers between host CPU 
and buffer Memory, and transfers between buffer memory 
and Ethernet. The former is performed by the on-card Nu- 
Bus slave interface whereas the latter is performed by the 
NIC chip set. 

A synchronous sequencer/arbiter implemented in a 
PAL16R4 running on the 10 MHz NuBus clock controls all 
transfers supported by the adapter card. The state diagram 
for its operation is shown in Figure 6. States SI to S5 sup- 
port the NuBus slave interface, and state S6 supports the 
NICs interface. State SO is the idle state. The sequence of 
states for each bus cycle type is shown in Table IV. 

Arbitration for Local Card Bus by NIC/NuBus 

All addressable devices on the card (Buffer RAM, NIC regis- 
ters and ROM) share the common non-multiplexed local ad- 
dress and data buses. The two potential masters of this bus, 
the NuBus interface and the NIC, request access to the bus. 
Arbitration logic and the state sequencer resolve these re- 
quests. The sequencer only responds to master's requests 
during the idle state (SO). Therefore cycles already in prog- 
ress are always allowed to complete before the bus is re- 



allocated. Cycles always complete by returning to the idle 
state (SO). This prevents bus contention on the common 
local address bus at switchover time (NuBus/NIC) and en- 
ables arbitration to take place after every NuBus cycle or 
NIC local DMA burst. The NIC is given priority over the Nu- 
Bus interface, so that if a NIC and a NuBus interface re- 
quest are active when the sequencer is idle, the NIC cycle 
will be sen/iced first. The following bus latency discussion 
shows there is no real need to give one master priority over 
the other. 

Bus Latency Requirements 

This is defined as the time between a master issuing a re- 
quest and receiving an acknowledge. 
The NuBus interface bus latency allowable is determined by 
its 25.6 us bus timeout period. The maximum NuBus bus 
latency that can be expected on this card, that is, the long- 
est Bus Request from the NIC, occurs if a packet ends just 
as the NIC performs its last FIFO burst The local DMA burst 
plus the End of Packet processing operations add up to just 
over 4 jxs, well within the allowable 25.6 jis. 
The NIC bus latency allowable Is determined by the need to 
prevent its internal FIFO from overflowing during packet re- 
ception. The worst case bus latency the NIC can accommo- 
date running on a 20 MHz clock is a little more than 1 fis 
(refer to the DP8390 Datasheet addendum). The maximum 
NIC bus latency that can be expected on this card, that is, 
the longest NuBus cycle to the card, is 0.5 jxs (five NuBus 
Clocks), well within the allowable 1 fis. 
Again, Table IV shows all the cycles supported by the card, 
and the state sequence followed by each one. The figures 
quoted display the timing diagram for each case. 
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NUBUS MASTER CYCLES 

The CPU initiates NuBus cycles by driving the address and 
transfer mode onto NuBus and asserting the Start signal 
during the first clock of the bus access. 
The adapter card latches the address onto the local bus on 
the failing edge of the first clocl<. A transparent iatch is used 
so that the address is available on the local bus as soon as 
it is driven onto NuBus and address recognition can begin. 
A small asynchronous state machine in a control PAL® gen- 
erates the address latching signal, which opens the latch 
when START becomes active and latches the address on 
the next falling edge of the clock. Figure 7 shof/s the state 
machine diagram. 

The address is enabled onto the local bus by NBADOE pro- 
vided that the NIC is not already the bus master nor has 
issued a request while the sequencer is in the idle state. 
The top 8 bits of the address are compared with the slot ID 
driven from NuBus. 

The card, in response to the start signal, generates an en- 
able signal (EBSLOT) which allows the sequencer to pro- 
ceed onto the next NuBus cycle state (31), provided the 
NIC bus request is not active and the above address com- 
parison is successful (MYSLOT is active). This enable signal 
Is cleared at the end of the NuBus cycle when ACK be- 
comes active and prevents addresses not generated with a 
START signal from triggering the sequencer onto the S1 
state. Figure A-4 shows a detailed timing diagram of the 
address recognition operation. Note that FAST devices 
have been selected for the address latches and comparator 
to enable address recognition to meet the set up time of the 
sequencer. 



NBCLK 



START#/NBCLK ^i?" 




'START#/NBCLK 

TL/F/1 0805-7 
A = Stale Variable (Not Used) 
NBADCK = NuBus Address Clock 

FIGURE 7. State Diagram for Clock to Latch 
NuBus Address onto Ethernet Card 



States SI to S4 cover the data portion of a NuBus transfer. 
The signal DASB (Data Strobe) is generated to qualify all 
the data enabling signals (NICCS, ROMCS, RAIVIOE, 
NBDBOE, DBNBOE). Note that during S2 DASB has to be 
released so that the state has a separate state number. This 
only affects NuBus to RAM cycles. Therefore during S2 the 
signal TOP is used to qualify the data enabling signals 
(RAMOE, NBDBOE, DBNBOE). 

During S1 the address is further decoded with four possible 
outcomes. Each of the possible transfers initiated by NuBus 
are described. 

Bus Error Transfer 

If the address is not recognized by any of the on-card devic- 
es or it is recognized by the ROM with transfer mode defin- 
ing a write cycle, a bus error condition is flagged to the CPU. 
The sequencer enters state S5 where the DASB signal Is 
cleared, ACK is generated to signal the end of the cycle, 
and a bus error code is driven onto the NuBus transfer 
mode lines. The sequencer then returns to idle on the next 
clock beat. Figure 8 shows a timing diagram for a NuBus 
error cycle. 

NuBus ROM Transfer 

If the address and transfer mode are decoded as a read 
cycle to ROM, the address decoding PAL generates a ROM 
enabling signal to the ROM chip select input which drives its 
data onto the local bus. The control PALs generate the 
"Data bus to NuBus output enable" signal DBNBOE to en- 
able this data from the local bus onto NuBus. The sequenc- 
er transfers to state S4 on the next clock beat where ACK is 
driven onto NuBus together with the "transfer complete" 
code on the transfer mode signals. Figures 8 and A-1 show 
a basic and detailed timing diagram of the ROM read opera- 
tion. Note that ROM set up times are easily met. Very slow 
ROMs can be used on this design, up to 135 ns data enable 
time or 21 ns address access time. 

NuBus NIC Transfer 

If the address and transfer mode are decoded as a read or 
write cycle to the NIC register, the address decoding PAL 
generates the NIC chip select signal NICCS, and the bottom 
four bits of the local address are sent to the NIC to select 
one of sixteen possible NIC registers. The sequencer. Fig- 
ure 6, remains in state SI until the NIC generates acknowl- 
edge signal NICACK. This signal is synchronized to the Nu- 
Bus clock before it is fed into the synchronous state se- 
quencer PAL The sequencer then proceeds onto state S4. 
See Figure 9 for a functional timing diagram of NuBus to 
NIC read and write cycles. 

If the cycle is a write, the control PAL generates the 
NBDBOET signal to enable the NuBus write data onto the 
local bus, and a small asynchronous state machine in the 
PAL generates the write enable signal to the NIC, SWR. 
Figure 10 shows the state machine diagram. This signal is 
cleared on the falling edge of the clock during the S4 state 
to provide the necessary write data hold time to the NIC. 
See Figure A-3 detailed timing diagram. 
If the cycle is a read, the control PAL generates DBNBOE to 
enable the NIC read data from the local bus onto NuBus. 
See Figure A-2 for a detailed timing diagram. 
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ARBITER STATE 

NBCLK 

(NUBUS CLOCK) 

/START 
(NUBUS START) 

/ACK 
(NUBUS ACKNOWLEDGE) 

NBADCK 
(NUBUS ADDRESS CLOCK) 

/NBADOE 
(NUBUS ADDRESS OUTPUT ENABLE) 

/MYSLOT 
(CARD ADDRESS DECODE) 

/ROMCS 
(ROM CHIP SELECT) 

/DBNBOE 
(DATA BUS TO NUBUS OUTPUT ENABLE) 

/NBDBOET 
(NUBUS TO DATA BUS OUTPUT ENABLE TOP) 

/BERR 
(NUBUS BUS ERRPR) 

/ADDO-31 
(NUBUS MUX ADDRESS/DATA LINES) 

/TMO-1 
(NUBUS TRANSFER MODE) 

LADO-7 

LCTO-5 

(LOCAL ADDRESS) 

DATO-7 

(LOCAL DATA BUS) 
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FIGURE 8. NuBus to ROM Read and Bus Error Cycles 
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/START 
(NUBUS START) 

/ACK 
(NUBUS ACKNOWLEDGE) 

NBADCK 
(NUBUS ADDRESS CLOCK) 

/NBADOE 
(NUBUS ADDRESS OUTPUT ENABLE) 

/MYSLOT 
(CARD ADDRESS DECODE) 

/NICCS 
(NIC CHIP SELECT) 

/QNICACK 
(SYNC NIC ACKNOWLEDGE) 

/DBNBOE 
(DATA BUS TO NUBUS OUTPUT ENABLE) 

/NBDBOET 
(NUBUS TO DATA BUS OUTPUT ENABLE TOP) 

/SRD 
(READ STROBE TO THE NIC 

/SWR 
(WRITE STROBE TO THE NIC) 

/ADDO-31 
(NUBUS MUX ADDRESS/DATA LINES) 



AMO-1 
(NUBUS TRANSFER MODE) 

LADO-3 

LCTG-5 

(LOCAL ADDRESS) 

DATO-7 

(LOCAL DATA BUS) 
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FIGURE 9. NuBus to NIC Register Read and Write Cycle 
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NBDBOET 



ACK & /DASB 
«t /MYSLOT 




D - State Variable 

RAMWET = RAIUI Write Enable Top 

FIGURE 10. Write Enable Top State Diagram 



NBDBOEB 



ACK&/DASB 



/NBDBOEB 




'NBCLK 



TL/F/10805-11 
C - State Variable (Not Used) 
HAMWEB - RAM Write Enable Bottom 

FIGURE 11. Write Enable Bottom State Diagram 

NuBus to RAM Transfer 

The acJdress and transfer mode are decoded as a read or 
write cycle to the buffer RAM. The adapter card supports 
32-bit NuBus transfers to the 16-bit buffer RAM. This is 
done by reading/writing to the RAIVl twice on every NuBus 
to RAIVI access, once during states SI and S2 to access the 
least significant 16 bits of the NuBus word, and again during 
states S3 and S4 to access the most significant 16 bits of 
the NuBus word, after having incremented the bottom local 
address bit to the RAM (see the state diagram Figure 6). 
Therefore the NIC sees the buffer memory as an 8k x 16 
RAM whereas the NuBus sees it as a 4k x 32 RAM. Figure 
12 shows a basic timing diagram for a NuBus to RAM read 
and write cycle. 



For read cycles' data from the RAM read during states SI 
and S2 is stored in the top two NuBus transceivers by set- 
ting the transceivers in storage mode and clocking them on 
the falling edge of the NuBus clock during state S2 with the 
TBCK (Top Bus Clock) signal. This data is enabled onto 
NuBus bits 16-31 with the signal NBDBOET. During states 
S3 and S4 the next RAM location is read and its data driven 
onto NuBus bits 0-15 through the bottom two NuBus trans- 
ceivers, which are not set in storage mode (real time data 
mode). 

Therefore by the time the adapter card drives ACK back to 
NuBus during state S4, the least significant 16 bits of data, 
corresponding to the first RAM location read, which were 
stored during 82, are being enabled onto NuBus bits 16-31 
through the top two transceivers, and the most significant 
16 bits of data, corresponding to the second RAM location 
read, are being enabled onto NuBus bits 0-15 through the 
bottom two NuBus transceivers. Figure A-4 at the end of 
this note, shows a detailed timing diagram of a NuBus to 
RAM read cycle. 

Note that the adapter card performs a hardware byte swap 
of NuBus data through the transceivers, so that the least 
significant byte of data from the RAM (Bits 0-7 on the local 
data bus of the first RAM location read) are driven onto byte 
3 of NuBus (bits 24-31). This byte will be carried on byte 
lane 3 in the MACII system onto byte 3 of the MC68020 
(data line bits 0-7). 

For write cycles, during states SI and S2, the top two Nu- 
Bus transceivers (NuBus bits 16-31) are enabled onto the 
local data bus and their NuBus write data written into the 
Buffer RAM, with the bottom local address bit clear. During 
the next two states S3 and S4 the bottom two NuBus trans- 
ceivers (NuBus bits 0-15) are enabled onto the local data 
bus and their NuBus write data written into the next Buffer 
RAM location with the bottom local address bit set. Two 
separate write enable signals are generated (RAMWET and 
RAMWEB) and ANDed together on the card to generate 
RAMWE. Two small asynchronous state machines are used 
to generate these signals. Figure /Oand /? show their state 
diagram. Figure A-5 shows a detailed timing diagram of a 
NuBus write cycle to RAM. 

Supporting 32-bit transfers on NuBus rather than 16 only 
introduces one extra wait state per NuBus cycle to the RAM 
while doubling the data throughput per transfer. 

NIC MASTER CYCLE 

The NIC initiates local DMA cycles by driving its Bus Re- 
quest line active. The sequencer/arbiter PAL, if in idle state 
SO, will enter state S6 where it acknowledges the request 
and hands over control of the local bus to the NIC. Any 
requests from the NuBus interface will be held until the NIC 
completes its local DMA burst and clears its request line 
allowing the sequencer PAL to return to the idle state SO. 
Figure 14 shows an NIC to RAM cycle, its request coinciding 
with the start of a NuBus cycle, thus illustrating the arbitra- 
tion process. 

Note the NIC runs on a separate 20 MHz clock, asynchro- 
nous to the NuBus clock. Therefore NIC signals to the arbi- 
ter sequencer are first synchronized to the NuBus clock with 
a D-type latch (F175) before they are used by the synchro- 
nous sequencer PAL running on the NuBus clock. The sig- 
nals affected are BREQ and NICACK. 
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modulo pal_lB 

title 'Bus Controller 
Andrew Pagnon 7-3-8 9'; 

" Modified for using Abel State_Machine language 
"32bit Nubus Version" 

■"declarations" 
TRUE - 1; 
FALSE - 0; 

PALIB device 'P16R4' ; 



09 



inputs" 






NBCK 


pin 1; 




QBREQ 


pin 2; 




QNICACK 


pin 3; 




MYSLOT 


pin 4; 




LCT4 


pin 5; 




BERR 


pin 6; 




EBSLOT 


pin 7; 




LCT5 


pin 8; 




ONE 


pin 11 




outputs" 






TMO 


pin 12 




TMl 


pin 13 




ACK 


pin 14 




DASB 


pin 15 




BACK 


pin 16 




TOP 


pin 17 




NBADOE 


pin 18 




NICADOE 


pin 19 




Declarations 






H,L,CK,XX 


= 1,0, 


C.,.X.; 



input = [QBREQ, QNICACK, MYSLOT, LCT4, BERR, EBSL0T,LCT5]; 



sO = 


'bllll 


si - 


"blOlO 


s2 - 


"blllO 


s3 - 


"blOll 


s4 = 


"bOOll 


s5 - 


'bOlll 


s6 - 


'bllOl 


equations 





enable TMO = !ACK; 
!TMO = BERR; 
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00 



enable TMl - !ACK; 
!TM1 - !ACK; 



enable NBADOE - TRUE; 

!NBADOE - BACK S !ACK # BACK i !DASB # BACK £ !QBREQ # BACK £ !TOP; 

" NBADOE - IBACK* + BREQ . (ACK* . DASB* . BACK* . TOP*)" 
"NBADOE IS NOT ACTIVE IF BACK IS ACTIVE OR IF BREQ IS ACTIVE DURING SO" 

enable NICADOE - TRUE; 
iNICADOE - QBREQ & !BACK; 



state_diagram [ACK, DASB, BACK, TOP] 



State 


sO: 


case ( input 
( input 
(input 

endcase; 


State 


si: 


case (input 
(input 
(input 
(input 
(input 

endcase; 


State 


S2: 


goto s3; 


State 


s3: 


goto s4; 


State 


s4: 


goto sO; 


State 


s5: 


goto sO; 


State 


s6: 


case (input 
(input 
endcase; 



<■- [1,XX,XX,XX,XX,XX,XX]) :s6; 
"- [0,XX, 0,XX,XX, 0,XX]) :sl; 
— to, XX, 1, XX, XX, XX, XX]) :sO; ''hold 



[XX,XX,XX,XX, 0,XX,XX]) :s5; ''BERR 

[XX, 0, 0, 0, 1,XX,XX]) :s4; "NIC 

[XX.XX, 0, 1, 1,XX, 1]) :s4; "ROM 

[XX,XX, 0, 1, 1,XX, 0]) :s2; "RAM 

[XX, 1, 0, 0, 1,XX,XX]) :sl; "hold 



[0,XX,XX,XX,XX,XX,XX]) tsO; 
[1,XX,XX,XX,XX,XX,XX]) :s6; 



"hold 
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test_vector3 

( tNBCK,QBREQ,QNICACK,hnfSLOT,I.CT4,BERR,EBSLOT,LCT5,ONE) -> 

[TM0,TM1,ACK,DASB, BACK, TOP, KBADOE,NiaU>0Bl) 



.C, 0,1, 1,1, 1,1,1,0] 
• C, 0,1, 1,1, 1,1, 1,0) 
.C, 0,1, 1,1, 1,1, 1,0] 
.C, 0,1, 1,1, 1,1, 1,0] 
.C, 1,1, 0,0, 1,0, 0,0] 



.C.,1, 
.C.,0, 
• CO, 
■ CO, 
.c.,0, 
.c.,0, 
.c.,0, 
.c.,0, 
.c.,0, 
.c.,1, 
.c.,1, 
.c.,1, 
.c.,0, 
.c.,0, 
.c.,1, 
.c.,1, 
.c.,1, 
.c.,0, 
.c.,0, 
,1, 



1,0,0, 
1,0,0, 
1,0,0, 
1,0,0, 
0,0,0, 
1,0,0, 
1,0,0, 
1,0,1, 
1,0,1, 
1,0,1, 
1,0,1, 
1,0,1, 
1,0,1, 



,1/ 
,1, 
,1, 
,1, 

,0, 
,0, 



1,0,1, 
1,0,1, 
1,0,1, 

1,1,1, 
1,1,1, 

1,0,1, 
1,0,1, 
1,0,1, 



1,0,1, 
1,0,1, 

1,1,1, 



1,1,1, 
1,1,1, 



1,0,0,0) 
1,0,0,0) 
1,0,0,0) 
1,0,1,0] 
1,0,1,0] 
1,1,1,0] 
1,1,1,0] 
1,0,0,0] 
0,0,0,0] 
0,1,1,0] 
0,1,1,0] 
1,0,1,0] 
1,0,1,0] 
1,0,1,0] 
1,0,1,0] 
1,1,1,0) 
1,1,1,0] 
1,1,1,0) 
1,0,0,0] 
1,0,0,0] 
1,0,0,0] 
1,0,0,0] 
1,0,0,0] 
1,1,1,0] 
1,1,1,0] 
1,1,1,0) 



-> 
-> 
-> 
-> 
-> 

-> 
-> 
-> 
-> 
-> 
-> 
-> 
-> 
-> 
-> 
-> 
-> 
-> 
-> 
-> 
-> 
-> 
-> 
-> 
-> 
-> 
-> 
-> 
-> 
-> 
-> 



.X., .X. 
.X., .X. 
.X., .X. 

.z., .z. 
.z., .z. 

.z., .z. 
.z., .z. 
.z., .z. 
.z., .z. 

, 
.z., .z. 
.z., .z. 
.z., .z. 

1 , 

.z., .z. 
.z., .z. 
.z., .z. 
.z., .z. 
.z., .z. 

, 
.z., .z. 
.z., .z. 
.z., .z. 
.z., .z, 
.z., .z. 
.z., .z. 

, 
.z., .z, 
.z., .z. 
.z., .z, 
.z., .z, 



00 



.x.,.x 

.X., .x 
.X., .X 

1,1,1, 

1,1,0, 
1,1,0, 

1,1,1, 

1,0,1, 
1,0,1, 
0,0,1, 

1,1,1, 
1,1,1, 

1,0,1, 
0,1,1, 

1,1,1, 

1,1,0, 
1,1,0, 

1,1,1, 

1,0,1, 
0,0,1, 

1,1,1, 

1,1,0, 

1,1,1, 

1,0,1, 

1,1,1, 

1,0,1, 
0,0,1, 

1,1,1, 

1,1,0, 

1,1,1, 
1,1,1, 



,.x.,. 
,.x.,. 
,.x.,. 

1,0,1); 
1,1,0); 

1,1,0] 
1,0,1] 
0,0,1] 
0,0,1] 
1,0,1) 
1,0,1] 
1,0,1] 
0,0,1] 
1,0,1) 

1,1,1] 

1,1,0] 
1,1,0) 
1,0,1) 
0,0,1] 
1,0,1] 

1,1,1] 

1,1,0] 
1,0,1] 
0,0,1] 
0,0,1] 
1,0,1] 
1,0,1] 

1,1,1] 

1,1,0] 
1,0,1] 
1,0,1) 



X.,.X.,.X.]; 

X.,.X., .X.); 

X.,.X., .X.]; 

"TEST FOR IDLE SO" 

"SET NIC BREQ S6" 
"NB TO NIC START CYCLE " 

"HOLD NIC BREQ S6" 

"CLEAR NIC BREQ SO" 

"NB TO NIC - SI" 

"WAIT FOR NICACK SI" 

"NICACK SETS S4" 

"RETURN TO IDLE SO" 

"IDLE WITH NO EBSLOT SO" 

"NB TO RAM - SI" 

"BERR SETS SS" 

"IDLE NIC BREQ SETS SO" 

"NIC MASTER S6" 

"NB TO MEM -NIC MASTER S6" 



"RETURN TO IDLE 
"NB TO ROM - 



SO" 
Si" 



"NIC BREQ - SET NB ACK Si" 

"RETURN TO IDLE SO" 

"NIC MASTER S6" 

"RETURN TO IDLE SO" 

"NB TO RAM SI" 

"NIC BREQ-LTCH DA16-31 32" 

"EB DAO-15 S3" 

"ACK to NUBUS S4" 

"RETURN TO IDLE SO" 

"NIC MASTER S6" 

"RETURN TO IDLE SO" 

"STAY IN IDLE SO" 



end pal_lB 
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module pal_2 

title 'Memory (iecoder 
Andrew Fagnon 8-3-89 'j 



"declarations" 
TRUE - 1; 
FALSE - 0; 

PAL2 device »P16lB'; 



"inputs" 






LCTO 


pin 


1; 


LCTl 


pin 


2; 


LCT2 


pin 


3; 


LCT3 


pin 


4; 


LCT4 


pin 


5; 


LCT5 


pin 


6; 


MYSLOT 


pin 


7; 


DASB 


pin 


8f 


NICADOE 


pin 


9; 


MSRAMSL 


pin 


"<• 


"outputs" 






RAMCSl 


pin 


12; 


ROMCS 


pin 


13; 


NICCS 


pin 


14; 


RAMCSO 


pin 


15; 


RAHCS3 


pin 


16; 


RAHCS2 


pin 


17; 


BERR 


pin 


18; 


SRD 


pin 


19; 


equations 






enable RAMCSO 


- TRUE; 



iRAMCSO - iNICADOE £ IMSRAMSL 

# LCTO & LCTl & !LCT2 & ILCT3 i LCT4 & !LCTS & 

# !LCTO & LCTl & LCT2 & !LCT3 S LCT4 & !LCT5 & 

# !LCTO & LCTl & !LCT2 & !LCT3 & LCT4 & !LCT5 & 

# !LCT1 & LCT4 & !LCT5 £ IMYSLOT; " Read " 



I MYSLOT " Write byte 
•MYSLOT " Write hw " 
IMYSLOT " Write word " 



enable RAMCSl - TRUE; 



! RAMCSl 


- 


iNICADOE 


S ! MSRAMSL 












# LCTO 


& 


LCTl & 


LCT2 & ILCT3 & 


LCT4 £ !LCT5 £ 


IMYSLOT 


'" Write 


byte 


1 " 


# !LCTO 


& 


LCTl £ 


LCT2 & !LCT3 & 


LCT4 £ JLCT5 £ 


IMYSLOT 


" Write 


hw 


" 


# !LCTO 


& 


LCTl S 


!LCT2 S !LCT3 & 


LCT4 £ ILCT5 £ 


IMYSLOT 


" Write 


word 


" 


« !LCT1 


& 


LCT4 & 


!LCT5 £ IMYSLOT 


" Read " 
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enable RAMCS2 - TRUE; 




!RAMCS2 - !NICADOE I MSRAMSL 




# LCTO i LCTl & !LCT2 i LCT3 £ LCT4 I iLCTS ( 


IMYSLOT * Write byte 2" 


♦ !LCTO £ LCTl £ LCT2 £ LCT3 £ LCT4 £ !LCT5 £ 


IMYSLOT " Write hw 1 " 


♦ !LCTO £ LCTl £ ! LCT2 £ 1LCT3 £ LCT4 £ !LCT5 £ 


IKYSLOT • Write word " 


# !LCT1 £ LCT4 £ !LCT5 £ IMYSLOT; " Read " 




enable RAMCS3 - TRUE; 




IRAMCS3 - 'NICADOE £ MSRAMSL 




# LCTO £ LCTl £ LCT2 £ LCT3 £ LCT4 £ !LCT5 £ 


IMYSLOT " write byte 3 " 


# ILCTO £ LCTl £ LCT2 £ LCT3 fi LCT4 £ !LCT5 £ 


IMYSLOT " Write hw 1 " 


# ILCTO fi LCTl £ 1LCT2 £ !LCT3 £ LCT4 £ !LCT5 fi 


IMYSLOT " Write word " 


# ILCTI & LCT4 £ ! LCT5 £ JMYSLOT; " Read ' 




enable ROMCS - TRUE; 




iROMCS - ILCTI fi LCT4 fi LCT5 £ IMYSLOT fi IDASB; " Read " 


enable NICCS - TRUE; 




IHICCS - IDASB fi IMYSLOT fi ILCT4 fi LCT5; " NIC Register Read or Write " 


enable SRD - TRUE; 




ISRD - I NICCS fi ILCTI; " NIC register read " 




enable BERR - TRUE; 




IBERR - LCTl £ LCT4 £ LCT5 £ IMYSLOT "ROM WRITE" | 


# ILCT4 £ ILCT5 fi IMYSLOT; "NOT IN 


CARD" 


te3t_vectors 




([LCTO, LCTl, LCT2,LCT3,LCT4,LCT5,MYSLOT,DASB,NICADOE, MSRAMSL] -> | 


[RAMCSO , RAMCSl, RAMCS2 , RAMCS3, ROMCS, NICCS, BERR, SRD] ) 


1 


[.X.,.X.,.X., .X.,.X.,.X.,1,.X.,0,0] -> [0,0,1,1,1,1,1 




"NIC RD/WT RAM HWO" 


[.x.,.x.,.x.,.x.,.x.,.x.,i,.x.,o,i] -> [1,1,0,0,1,1,1 




"NIC RD/WT RAM HMl" 


[1,1,0,0,0,1,0,0,1,.X.] -> [1,1,1,1,1,0,1 




"NB WT NIC BYTEO" 


[0,0,0,0,0,1,0,0,1, .X.] -> [1,1,1,1,1,0,1 




"NB RD NIC WD" 


[0,0,0,0,1,1,0,.X.,1,.X.] -> [1,1,1,1,0,1,1 




"NB RD ROM WD" 


[0,0,0,0,1,0,0,.X.,1,.X.] -> [0,0,0,0,1,1,1 




"NB RD RAM WD" 


[1,1,0,0,1,0,0,.X.,1,.X.] -> [0,1,1,1,1,1,1 




"NB WT RAM BYTEO" 


[1,1,1,0,1,0,0,.X.,1,.X.] -> [1,0,1,1,1,1,1 




"NB WT RAM BYTEl" 


[1,1,0,1,1,0,0,.X.,1,.X.] -> [1,1,0,1,1,1,1 




"NB WT RAM BYTE2" 


[i,i,i,i,i,o,o,.x.,i,.x.] -> [1,1,1,0,1,1,1 




"NB WT RAM BYTE3" 


[0,1,1,0,1,0,0,.X.,1,.X.] -> [0,0,1,1,1,1,1 




"NB WT RAM HWO" 


[0,1,1,1,1,0,0,.X.,1,.X.] -> [1,1,0,0,1,1,1 




"NB WT RAM HWl" 


[o,i,o,o,i,o,o,.x.,i,.x.] -> [0,0,0,0,1,1,1 




"NB WT RAM WD" 


[i,o,.x.,.x.,i,o,o,.x.,i,.x.] -> [0,0,0,0,1,1,1 




"NB RD RAM BY BERR" 


[0,0,.X.,1,1,0,0,.X.,1,.X.] -> [0,0,0,0,1,1,1 




"NB RD RAM H1,BL BERR" 


[0,0,1,0,1,0,0,.X.,1,.X.] -> [0,0,0,0,1,1,1 




"NB RD RAM HO BERR" 


[.X.,1,.X.,.X.,1,1,0,.X.,1, .X.] -> [1,1,1,1,1,1,0 




"NB WT ROM BERR" 


[.X.,.X.,.X.,.X.,0,0,0,.X.,1,.X.3 -> [1,1,1,1,1,1,0,1 


;"ADD NOT IN CARD BERR" 


end pal_2 
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module pal_3 






z 
< 








title 'Memory 


and buffer control 






Andrew Pagnon 


23-3-89'; 






"declarations 


„ • 






TRUE - 1; 








FALSE - 


'■ 






PALS device 'P16L8'; 






"inputs" 








START 


pin 1; 






NBCLK 


pin 2; 






ACK 


pin 3; 






DASB 


pin 4; 






MXSLOT 


pin 5; 






LCTl 


pin 6; 






MRD 


pin 7; 






TOP 


pin 8; 






LCT5 


pin 9; 






RESET 


pin 11; 






"outputs" 








DBNBOE 


pin 12 








NBADCK 


pin 13 








C 


pin 14 








RAMWEB 


pin 15 








NBDBOEB 


pin 16 








A 


pin 17 








EBSLOT 


pin IB 








ACKN 


pin 19 








equations 








enable A 


= TRUE; 






!A " A S 


INBADCK S START & NBCLK » !A & [NBADCK & START 






* !A 


£ ! NBADCK & ! NBCLK # !A S INBADCK « ! START & NBCLK; 






enable NBADCK - TRUE; ; . 






! NBADCK = 


A & NBADCK S ! START S ! NBCLK # A i .'NBADCK K ! START 






# 


A & INBADCK £ INBCLK # A 4 INBADCK & START S NBCLK 






# 


!A £ [NBADCK £ START # !A £ iNBADCK £ INBCLK;. 






enable C 


= TRUE; 






!C - !C S 


RAMWEB # !C £ IRAMWEB £ ACK £ IDASB 






« C £ 


RAMWEB £ NBDBOEB; 






enable RAMWEB - TRUE; 






! RAMWEB - 


!C £ RAMWEB £ INBDBOEB # !C £ IRAMWEB £ ACK £ iDASB 

# IC £ IRAMWEB £ lACK # IC £ IRAMWEB £ DASB 

# C £ IRAMWEB £ NBCLK; 
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enable NBDBOEB - TRUE; 




INBDBOEB - LCTl & 


!DASB S IMYSLOT £ TOP t !LCT5; 




enable DBNBOE - TRUE; 




IDBNBOE - !LCT1 & 


!DASB i IMYSLOT 




# !LCT1 & 


!TOP & IMYSLOT; 




enable EBSLOT - TRUE; 




lEBSLOT - EBSLOT & 


! START & RESET * lEBSLOT & ACK & RESET; 




enable ACKN - !ACK 






•ACKN - !ACK; 






te3t_vectora 






((START,NBCLK,ACK,DASB,MYSL0T,LCT1,T0P,LCT5, RESET] -> 




[A, NBADCK, C, RAMWEB, NBDBOEB, DBNBOE, EBSLOT, ACKN] > 




tl,l,l,l,l,.X.,l,.X.,0] 


-> [.X.,.X., .X.,.X.,.X.,.X.,.X., .X.]; 




[1,0,1,1,1,.X.,1,.X.,1] 


-> [.X., .X., .X., .X., .X., .X., .X., .X.]; 




(1,1,1,1,1, .X.,1,.X.,1] 


-> [.X., .X., .X., .X.,1,1,1, .2.]; 




(1,0,1,1,1,.X.,1,.X.,1J 


-> [.X., .X.,. X.,. X.,1,1,1, .Z.]; 




(0,1,1,1,1,.X.,1,.X.,1] 


-> [.X.,1,0,1,1,1,0, .Z.];"S0, START LOW NBCKL HIGH" 




[0,1,1,1,0,1,1,0,1] 


-> [1,1,0,1,1,1,0,.Z.] 


"S0,MYSLOT* LOW, SO" 




10,0,1,1,0,1,1,0,1] 


-> [1,0, 0,1, 1,1,0,. 2.] 


"S0,NBCLK1-0,S0'' 




[1,1,1,0,0,1,0,0,1] 


-> [0,0,0,1,1,1,0, .Z.] 


"SljNBCLKa-l, START*-1" 




[1,1,1,0,0,1,0,0,1] 


-> [0,0,0,1,1,1,0, .Z.] 


"SI" 




[1,0,1,0,0,1,0,0,1] 


-> [0,0,0,1,1,1,0, .Z.] 


"S1,NBCLK2=0" 




[1,1,1,1,0,1,0,0,1] 


-> [0,0,0,1,1,1,0,.Z.] 


"S2 NBCLK3-1" 




[1,1,1,1,0,1,0,0,1] 


-> [0,0,0,1,1,1,0, .Z.] 


"32" 




[1,1,1,1,0,1,0,0,1] 


-> [0,0,0,1,1,1,0, .Z.] 


"S2" 




[1,0,1,1,0,1,0,0,1] 


-> [0,0,0,1,1,1,0, .z.] 


"S2,NBCLK3-0" 




[1,1,1,0,0,1,1,0,1] 


-> [0,0,0,0,0,1,0, .Z.] 


"S3,NBCLK4=1" 




[1,1,1,0,0,1,1,0,1] 


-> [0,0,0,0,0,1,0, .Z.] 


"S3" 




[1,0,1,0,0,1,1,0,1] 


-> [0,0,0,0,0,1,0, .Z.] 


"S3,NBCLK-0" 




[1,1,0,0,0,1,1,0,1] 


-> [0,0,1,0,0,1,1,0]; "S4" 




[1,0,0,0,0,1,1,0,1] 


-> [0,0,1,1,0,1,1,0]; "S4" 




[1,1,1,1,0,1,1,0,1] 


-> [0, 0,0, 1,1,1, 1,.Z.];"S0" 




[1,0,1,1,0,1,1,0,1] 


-> [0,0,0,1,1,1,1,.Z.];"S0" 




[0,1,1,1,0,1,1,1,1] 


-> [1,1,0,1,1,1,0, .Z.];"S0,START*=0,NBCLK5=1" 




[0,1,1,1,0,1,1,1,1] 






[0,0,1,1,0,1,1,1,1] 


-> [1,0,0,1,1,1,0, .Z.];"S0,NBCLK5-0" 




[0,0,1,1,0,1,1,1,1] 


-> [1,0,0,1,1,1,0,.Z.];"SO,MYSLOT*-1" 




[1,1,1,0,0,1,0,1,1] 


-> [0,0,0,1,1,1,0, .Z.];"S1,NBCLK6=1" 




[1,0,1,0,0,1,0,1,1] 






[1,1,0,0,0,1,1,1,1] 


-> [0,0,0,1,1,1,1,0]; "S4" 




[1,0,0,0,0,1,1,1,1] 


-> [0,0,0,1,1,1,1,0]; "S4" 




[1,1,1,1,0,1,1,1,1] 


-> [0,0,0,1,1,1,1,.Z.];"SO" 




[1,0,1,1,.X.,.X.,1,.X., 


1]->[0,0,0,1,1,1,1,.Z.];"SO" 




end pal_3 
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module pal_4 






title '32 bit Nubus control 






Andrew Pagnon 11-10-89'; 






"declarations" 






TRUE - 1; 






FALSE - 0; 






PAL6 device 'P16L8'; 






"inputs" 






TOP pin 1; 






NBCLK pin 2; 






DASB pin 3; 






BACK pin 4; 






LADO pin 5; 






MYSLOT pin 6; 






ACK pin 7; 






BERR pin 8; 






LCTl pin 9; 






LCT4 pin 11; 






LCT5 pin 18; 






"outputs" 






RAMLADO pin 12 








TBCK pin 13 








NBDBOET pin 14 








RAMWET pin 15 








D pin 16 








DBNBOEB pin 17 








equations 






enable ramlado - true; 






IRAMLADO - !BACK S !LADO # BACK & 


ITOP; 




enable TBCK •= TRUE; 






'.TBCK = TOP # NBCLK # !DASB; 






enable KBDBOET = TRUE; 






! NBDBOET = LCTl i IMYSLOT & !TOP 


"RAH" 




# LCTl fi IMYSLOT &IDASB & 


BERR £ ILCT4; "NIC" 




enable RAMWET = TRUE; 






IRAMWET = !D S RAMWET & INBDBOET 






# !D S IRAMWET & IDASB & 


MYSLOT £ ACK 




# !D S IRAMWET £ DASB 






# !D S IRAMWET £ !ACK 






# !D S IRAMWET £ MYSLOT 






# D fi IRAMWET & NBCLK; 






enable D = TRUE; 






!D ■» !D S RAMWET 






# !D £ IRAMWET £ IDASB £ ACK £ 


IMYSLOT 




♦ D £ RAMWET £ NBDBOET; 
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enable DBNBOEB - TRUE; 










IDBNBOEB - !LCT1 £ !DASB i iMYSLOT i iLCTS 






# !LCT1 t, !TOP i IMVSLOT £ !LCT5; 






test_vectors 










( (TOP, NBCLK,DASB, BACK, LAD0,MYSLOT, 


ACK,BERR,LCT1,LCT4, 


LCTS] -> 




[RAMLADO,TBCK,NBDBOET,RAMWET, DBNBOEB] ) 






[1,1,1,0,1,1,1,1, .x.,.x.,.x 


] -> 


.X., .X., .X.,.X., .X 


]; "RESET" 




[1,0, 1,0,1,1, 1,1, .x.,.x.,.x 


] -> 


• X>f aXa/ (Xaf >X(f aX 


] ; "RESET" 




[1, 1,1, 0,1,1, 1,1, .x.,.x.,.x 


] -> 


1,0,1,1,1];''LADO-1, 


BACK*-0" 




[1,0,1,0,1,1,1,1, .x.,.x.,.x 


] -> 


1,0,1,1,1]; 






[1,1,1,0,0,1,1,1,.X.,.X.,.X 


] -> 


0,0,1,1,1];''LADO-0, 


BACK*-0" 




[1,0,1,0,0,1,1,1,.X.,.X.,.X 


3 -> 


0,0,1,1,1]; 






[1, 1,1, 1,0,1, 1,1,.X.,.X.,.X 


] -> 


0,0,1,1,1];''LADO-0, 


BACK*-1 , TOP-1->RAMLADO-1" 




[1,0,1,1,0,1,1,1, .X.,.X.,.X 


] -> 


0,0,1,1,1]; 






[0,1,0,1,0,0,1,1,1,0,1] 


-> [1, 


0,0, 0,1]; "SI, NIC WT" 




[0,0,0,1,.X.,0,1,1,1,0,1] 


-> [1, 


0,0, 0,1]; "SI, NIC WT,NBCLK-0" 




[1,1,0,1, .X., 0,0, 1,1, 0,1] 


-> [0, 


0,0,0,1];"S4,NIC WT,ACK-0" 




[1,0,0,1,.X.,0,0,1,1,0,1] 


-> [0, 


0, 0, 1, 1] ;"S4,NIC WT, ACK-0,NBCLK-0" 




(1,1,1,1, .X., 0,1, 1,1,0,1] 


-> [0, 


0,1,1,1];"S0" 






(1,0,1,1, .X., 0,1, 1,0, 1,1] 


-> 


0,0,1,1,1] 


"SO" 






(0,i,o,i,.x.,o,i,i,o,i,i] 


-> 


1,0,1,1,1] 


"SI, ROM 


RD" 




(0,0,0,1, .X., 0,1, 1,0, 1,1] 


-> 


1,0,1,1,1] 


"SI, ROM 


RD,NBCLK-0" 




[i,i,o,i,.x.,o,o,i,o,i,i] 


-> 


0,0,1,1,1] 


"S4,R0M 


RD,ACK-0" 




[1,0,0,1,.X.,0,0,1,0,1,1] 


-> 


0,0,1,1,1] 


"84, ROM 


RD,ACK-0,NBCLK-=0" 




[1,1,1,1,.X.,0,1,1,0,1,1] 


-> 


0,0,1,1,1] 


"SO" 






(1,0,1,1,.X.,0,1,1,0,1,0] 


-> 


0,0,1,1,1] 


"SO" 






(0,1,0,1, .X., 0,1,1, 0,1,0] 


-> 


1,0,1,1,0] 


"SI, RAM 


RD" 




[0,0,0,1, .X., 0,1, 1,0, 1,0) 


-> 


1,0,1,1,0] 


"SI, RAM 


RD,NBCLK=0" 




[0, 1, 1, 1, . X. , 0,1, .X., 0,1,0] 


-> 


1,0,1,1,0] 


"S2,RAM 


RD" 




[0,0,1,1, .X., 0,1, .X., 0,1,0] 


-> 


[1,1,1,1,0] 


"82, RAM 


RD, NBCLK-0, TBCK-1" 




[i,i,o,i,.x.,o,i, .X., 0,1,0] 


-> 


0,0,1,1,0] 


"S3, RAM 


RD,T0P-1" 




[i,o,o,i,.x.,o,i,.x., 0,1,0] 


-> 


0,0,1,1,0] 


"S3, RAM 


RD, NBCLK-0" 




[1,1.0,1,.X.,0,1,.X., 0,1,0] 


-> 


0,0,1,1,0] 


"S4,RAM 


RD,ACK-0" 




[1, 0,0, 1,.X.,0,0,.X., 0,1,0] 


-> 


0,0,1,1,0] 


"S4,RAM 


RD,ACK=0,NBCLK=0" 




[1,1,1,1, .X., 0,1, .X., 0,1,0] 


-> 


0,0,1,1,1] 


"SO" 






[1,0,1,1,.X.,0,1,1,1,1,0] 


-> 


0,0,1,1,1] 


"SO" 






[0,1,0,1,.X.,0,1,1,1,1,0] 


-> 


1,0,0,0,1] 


"SI, RAM 


WT" 




[0,0,0,1,.X.,0,1,1,1,1,0] 


-> 


1,0,0,0,1) 


"SI, RAM 


WT, NBCLK-0" 




[1, 1, 1, 1, . X. , 0,0, .X., 1,1,0] 


-> 


0,0,1,0,1] 


"85, RAM 


WT,BERR=0" 




(1,0,1,1,.X.,0,0,.X., 1,1,0] 


-> 


0,0,1,1,1] 


"85, RAM 


WT,BERR-0, NBCLK-0" 




[1,1,1,1, .x.,0,1, .X., 1,1,0] 


-> 


0,0,1,1,1] 


"SO" 






[1,0,1,1,.X.,0,1,1,1,1,1] 


-> 


0,0,1,1,1] 


"SO" 






[0,1,0,1, . x.,0,1, 1,1, 1,1] 


-> 


1,0,0,0,1] 


"SI, ROM 


WT" 




[0,0, 0,1, .x.,0,1, 1,1, 1,1] 


-> 


1,0,0,0,1] 


"SI, ROM 


WT, NBCLK-0" 




[1,1,1,1,.X.,0,0,.X., 1,1,1] 


-> 


0,0,1,0,1] 


"S5,R0M 


WT,BERR=0" 




(1,0,1,1,.X.,0,0,.X., 1,1,1] 


-> 


0,0,1,1,1] 


"S5,R0M 


WT,BERR-0,NBCLK=0" 






-> 


0,0,1,1,1] 


"SO" 






[1,0, 1,1, .x.,0,1, 1,1, 1,0] 


-> 


0,0,1,1,1] 


"SO" 






[0,1,0,1, .x.,0,1, 1,1, 1,0] 


-> 


1,0,0,0,1] 


"SI, RAM 


WT" 




[0,0, 0,1, .x.,0,1, 1,1, 1,0]' 


-> 


1,0,0,0,1] 


"SI, RAM 


WT, NBCLK-0" 






-> 


1,0,0,0,1] 


"S2,RAM 


WT" 




[0,0,1,1,.X.,0,1,.X., 1,1,0] 


-> 


1,1,0,1,1] 


"S2 , RAM 


WT,NBCLK=0,TBCK=1" 




[1,1,0,1, .x.,0,1, .X., 1,1,0] 


-> 


0,0,1,1,1] 


"S3, RAM 


WT,T0P=1" 




[1,0,0,1, .x.,0,1, .X., 1,1,0] 


-> 


0,0,1,1,1] 


"S3, RAM 


WT, NBCLK-0" 
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r"S4,RAM WT,ACK-0" 
^''S4,RAM WT,ACK-0,NBCLK-0" 

•SO" 

'SO" 

'SI, ROM RD" 

'S1,R0M RD,NBCI-K-0" 

'S4,R0M RD,ACK-0" 

'S4,R0M RD,ACK-0,KBCLK-0" 
-.. 'SO" 
LljlirSO" 
1,1,1], -"SO" 
-> ■ 



[1,1,0 
[1,0,0 

[1,1,1 

[1,0,1 
[0,1,0 
[0,0,0 
(1,1,0 
[1,0,0 

[1,1,1 

[1,0,1 

[1,1,1 

[.X.,. 
[0,.X. 
[.X.,. 
[1, .X. 



,i,.x. 
,i,.x, 

,i,.x. 

,1, .X. 

,i,.x. 
,i,.x. 
,i,.x. 
,i,.x. 
,i,.x. 
,i,.x. 
X., .x. 
,.x.,. 



X., .x. 
,.x.. 



,0,1,.X. 
,0,0, .X. 

,o,i,.x. 
,0,1, .X. 
,0,1, .X. 

,0,1,1,0 
,0,0, .X. 

,0,0, .X. 

,0,1, .X. 
,1,1, .X. 
,1,1, -x. 
,0,0, .X. 
X.,.X.]f 
,0,1,.X. 

X., .X.]; 



,1,1,0] 

,1,1,0] 

,1,1,0] 

,0,1,1] 

,0,1,1] 

,1,13 

,0,1,1] 

,0,1,1] 

,0,1,1] 

,.x.,.x. 
,.x.,.x. 



/ .X. f .X. # 

''BACK*-0, 
t .X.r 'X.f 
"BACK*-0, 



-> [0,0,1 

-> [0,0,1 

-> [0,0,1 

-> [0,0,1 

-> [1,0,1 

-> [1,0,1 

-> [0,0,1 

-> [0,0,1 

-> [0,0,1 

.X.] -> (1 

.X.] -> [1 

.X., .X.,.X.] 

LADSRLAD-0" 

.X.,.X.,.X.] 

LADSKLAD-l" 



end pal_6 
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ARBITER STATE 

NBCLK 
(NUBUS CLOCK) 



/DASB 
(DATA STROBE) 



S4 



"LT 



00 



-4Ek- 



/ROMCS 
(ROM CHIP SELECT) _^ 



h 



DATO-7 
(LOCAL DATA BUS) 



/ADD24-3t 
(NUBUS MUX ADDRESS/DATA LINES) 



= ( 



ROU DATA (READ) 



■^ ROM DATA (READ) 
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FIGURE A-1. Detailed NuBus to ROM Read Timing 



TIMINGS 

A = 15 ns, 16R4B prop delay, NbClk to DaSb 

B = 15 ns, 16L8B prop delay, DaSb to ROMCS 

C = 6 ns, F651 prop delay, Data Bus to NuBus 

D = 35 ns. Max ROM enable access time, ROMCS to Data 

Bus 
E = 21 ns, NuBus data set up time, NuBus data to NbClk 

low (S4) 

Note: The address to the ROM is valid midway tlirough the SO state. There- 
fore the ROM address access time (70 ns) is not in the timing critical 
path. 



ROM READ DATA SET UP TIME 

Spec Times To Be Met 

Read data set up time to NuBus 
(NbClk(S4)low) = 21 ns 
(Tsu In Nubus spec) 

Adapter Card Times 

Read data set up time 
= Tcp(SI) + Tcw(S4) -A-B-C-D 
= 100 + 75 + 15+15-8-35 
= 102 ns (61 ns to spare) 

Data hold times are as per RAM read cycles 
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ARBITER STATE 

NBCLK 
(NUBUS CLOCK) 

/NICACK 
(NIC ACKNOWLEDGE) 



/QNICACK 
(SYNC NIC acknowledge) 



DATO-7 
(LOCAL DATA BUS) 



SI 








S4 


1 


^'p L 


Tew 


^h 


[CLOCK CrCLI = 1 00 ns) 








I 




(CLOCK WIDTH = 75 ns) 


>■ B 


- 








A — 


- 








' NIC MTA (READ) 




D 




C 














f ..... KIT. / 










L 





/ADD24-31 
(NUBUS MUX ADDRESS/DATA LINES) 

FIGURE A-2. Detailed NuBus to DP839a Read Timing 
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TIMINGS 

A = 4 ns, Min F175 prop delay, NICACK to QNICACK 
B = 10 ns. Typ 16R4B Set Up, QNICACK to NBCIk 
C = 8 ns, F651 prop delay, Data Bus to NuBus 
D = 55 ns, NIC Register access time, NICACK to Data Bus 
E = 21 ns, NuBus Data set up time, NuBus data to NbClk 
Data hold times are as per RAM read cycles 



NIC REGISTER READ DATA SET UP TIME 

Spec Times To Be Met 

Read data set up time to NuBus(NbClk(S4)low) = 21 ns 
(Tsu in NuBus spec) 

Adapter Card Times 

Read data set up time = 

Tcw(S2) + A+B-C-D = 75+4+10-8-55 

= 26 ns (5 ns to spare) 
(Note B is a typical value) 
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ARBITER STATE 

NBCLK 
(NUBUS CLOCK) 

/DaSb 
(DATA STROBE) 



/NBDBOET 
(NUBUS TO DATA OUTPUT ENABLE) 

/RAMWET (MWR) 
(WRITE ENABLE TOP) 

DATO-7 
(LOCAL DATA BUS) 



/ADD24-31 
(NUBUS MUX ADDRESS/DATA LINES) 



S4 



"LJ 



00 
CD 



-lOOns ►-« — 75 ni — H-" — >-l 

25 ns 



H. 



j=r 



[ NUBUS MT» (WRITI) ) — 



-€ 



— E 
k (WRI 0^ 
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TIMINGS 

A+B + C = 45 ns, 16R4B and 16L8B delay, 
NbClk to RAMWET 

D = 52 ns, NuBus data enable (Ton+2Tpd), DaSb to 

ROMCS 
E = 8 ns, F651 prop delay, Data Bus to NuBus 
F = 25 ns, Nubus data hold time (Tcp-Tcw) 
G = 2 ns, F651 min prop delay. Local bus to NuBus 
For Tcp, Tew, Ton, Tpd see RAM read timings 
NIC REGISTER WRITE DATA SET UP TIME 

Spec Times To Be Met 

Write data set up time to end of MWR = 20 ns (NIC spec) 

Adapter Card Times 

Write data set up time to end of MWR = 

Tcp(S1 ) + Tcw(S2) - D - E = 1 1 5 ns (95 ns to spare). 



FIGURE A-3. NuBus to NIC Write Timing 

NIC REGISTER WRITE DATA HOLD TIME 

Spec Times To Be Met 

Write data tiold time after MWR = 17 ns (NIC spec) 

Adapter Card Times 

Write data hold time after MWR = F+E-C=17ns 
(C = 10 ns (D series PAL)) 

NIC REGISTER WRITE WIDTH FROM ACK 



Spec Times To Be Met 

Write width from ACK = 50 ns min (NIC spec) 

Adapter Card Times 

As RAMWET (MWR) is set before S4, 

ACK to RAMWET > 75 ns (>25 ns to spare). 
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ARBITER STATE 

NBCLK 
(NUBUS CLOCK) 



/ADD24-31 



LADO-21 
(LOCAL ADDRESS) 



20ns SI 

"~T_^— i_r 

■>— 75in ■!■ ■! 



•" 100 ns ► 



/MYSLOT 



/RAMCS 
(RAM CHIP SELECT) 

/DaSb 
(DATA STROBE) 

/DBNBOE 



/RAMOE 
(RAM OUPUT ENABLE) 



/TOP 
WOR 



(TOP HALF OF 32 BIT WORD) 



/RAMLADO 
(RAM LOCAL ADDRESS 0) 



DATO-15 
LOCAL DATA BUSM 



NUBUS ADDRESS 



NUBUS ADDRESS 



'k 



F -• 



>k 



I- 



H 



RAM I ATA TO NUBUS t6-31 



TBCK 
I 

(TOP BUS CLOCK PULSE) 



"LJ 






^ 






NUBUS 16-31 



F 



«h 



RAM DATA TO 
■ NUBUS 0-15 



NUBUS 0-15 
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FIGURE A-4. NuBus to RAM Read Timing and Address Recognition Timing 
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K = 8 ns, F651 prop delay, Local data bus to NuBus 

P = 15 ns, PAL16L8B prop delay, NbClk(S2) low to TBCK 

Spec Times To Be Met 

RAM Read data set up time to NuBus 

(NbClk(S4)low) = 

M = 21 ns (Tsu in NuBus spec) 
RAM Read data set up time in TBCK = 7 ns 

(F651 spec) 
TBCK minimum pulse width = 7 ns 

{F651 spec) 

Adapter Card Times 

NbClk(SI) to RAM Read data (bonom 16 bits) on local data 

bus = H+J + L = 130 ns 

Set up time to TBCK = Tcp(S1 + 82) - 1 30 = 70 ns 

(63 ns to spare) 

NbClk(S3) to RAM Read data (32 bits) on NuBus = 

H+J + L+K = 138 ns 

Adapter Card Times 

Data buffer enabling signals are not cleared until after 
NbClk(S3) goes high 

Hold time on Local data bus after TBCK > 
Tcp(S2)-Tcw(S2)-P = 10 ns 

(> 10 ns to spare) 
Data must be held on NuBus while NbClk(S4) is low and as 
buffer enabling signals are not cleared until the next rising 
edge of NbClk, NuBus hold time is met 

Address Recognition 

= 52 ns, Nubus address valid (Ton + 2Tpd), 
NbClk to NuBus 

= 10 ns, F533 prop delay, Nubus to Local Address 

= 1 1 ns, F521 prop delay. Local address to MySlot 



TIMINGS 

A = 1 5 ns, B series PAL prop delay, NbClk to DaSb or TOP 
B= 15 ns, PAL16L8B prop delay, DaSb or TOP to 

NBDBOE 
C = 15 ns, PAL16L8B prop delay, NBDBOE to RAMWET/B 
D = 6.5 ns, F11 prop delay, RAMWET/B to RAMWE 
E = 52 ns, NuBus data turn on time, NbClk(SI) to Local 

data bus 
F = 8 ns, F651 prop delay. Local data bus to NuBus 

RAM CE TO END OF WE 

Spec Times To Be Met 

RAM CE to end of RAMWE = 85 ns (RAM spec) 

Adapter Card Times 

RAMCE is driven during SO (See RAM read timing) 
RAMCE to end of RAMWE>Tcp(S1) + Tcw(S2) = 175 ns 
{>90 ns to spare) 

RAM WE PULSE WIDTH 

Spec Times To Be Met 

RAMWE pulse width = 70 ns min (RAM spec) 

Adapter Card Times 

RAMWE pulse width >Tcp(S1) + Tcw(S2)-A-B-C-D = 

123.5 ns (53.5 ns to spare) 

DATA VALID TO END OF WE 

Spec Times To Be Met 

Data valid to end of RAMWE = 50 ns min (RAM spec) 

Adapter Card Times 

Data valid to end of RAMWE = Tcp(S1)+Tcw(S2)-E-F 

= 115 ns (65 ns to spare) 



> 
Z 

09 



ARBITER STATE 

NBCLK 
(NUBUS CLOCK) 



/DaSb 
(DATA STROBE) 

/NBDBOET/B 
(NUBUS TO DATA OUTPUT ENABLE) 

/RAMWCT/B 
(RAM WRITE ENABLE TOP OR BOT\OU) 

/RAMWE 
(RAM WRITE ENABLE) 

/ADDO-31 
(NUBUS MUXED ADDRESS DATA LINES) 



/DATO-15 
(LOCAL DATA BUS) 



SI OR SJ 



CH- 



t 



=( 



F — 



S2 OR S4 



■• — 75 ns — »4"- 



25 ns 



C — 



Uj- 



RAM DATA TO NUBUSa-31 



RAM DATA TO NUBUSO-31 
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FIGURE A-5. NuBus to RAM Write Timing 
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S DATA HOLD AFTER END OF WE . Adapter Card Times 

Spec Times To Be Met ^^^ buffer enabling signals are not cleared uniti after 

Data hold after end of RAMWE = ns min (RAM spec) NbClk(S3) goes high 

Data hold after end of RAMWE > 

Tcp{S2 or S4) + Tcw(S2 or S4)-C-D = 3.5 ns 

(> 3.5 ns to spare) 
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NM95C12 Applications in a 
PC-AT® Ethernet® Adapter 



National Semiconductor 
Application Note 792 
Sean Long 
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INTRODUCTION 

This application describes a typical Ethernet adapter card 
designed to be plugged into a PC-AT expansion slot. Ttie 
board is designed around ttie National Semiconductor 
DP83932 SONICTM Network Controller device. This applica- 
tion note will detail the system design and focus on the 
functions performed by the NM95C12 EEPROM. 
This application note assumes that the reader is familiar 
with the PC-AT architecture, the DP83932 device, the 
NM95C12 EEPROM and designing with GAL® Programma- 
ble Logic Devices (PLDs). 



SYSTEM DESCRIPTION 

The networl< controller card has been designed to meet the 
following specifications: 

• Designed around high performance 32-bit DP83932 
Ethernet Controller 

• 16-Bit bus master operation to give higher performance 

• Fully software configurable (no jumpers or mechanical 
DIP switches) 

• Extensive test and configuration capabilities 

• Supports different media interfaces 

• Bootrom option 

The system block diagram is shown in Figure 1. 
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•Denotes an active tow signal. 



FIGURE 1. System Block Diagram 
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FUNCTIONAL DESCRIPTION OF THE BOARD 

The system contains the following logical functions: 

1. Network controller (DP83932) 

2. Cable Interfaces 

3. Busmaster Interface logic, including data and address 
buffers 

4. EPROM option for remote boot loader 

This system uses both the EEPROM locations and the 
switch logic terminals of the NM95C12 to perform various 
functions within the system as detailed beiow. 

FUNCTIONAL DESCRIPTION OF NMg5C12 EEPROM 

Use of the Switches: 

The switch terminals of the NM95C1 2 EEPROM are used as 
part of the memory map address decoding and the I/O map 
decoding circuitry, feeding as inputs to a GAL20V8 which 
performs the address decoding logic from the system ad- 
dress Inputs. 
The NM95C1 2 switches control: 

1 . The base I/O address of the network controller board. 

2. The base memory address of the bootrom EPROM option 
on the board. 

ADDRESS DECODING 

The address decoding is controlled by a GAL20V8 PLD (re- 
fer to the 1 990 National Semiconductor PLD Databook and 
Design Guide for further Information) as shown In Figure 2. 
The Inputs to the GAL20V8 are the system address lines, 
the memory and I/O control signals, and the switch termi- 



nals from the NM95C1 2. The outputs from the GAL20V8 are 
the various chip select signals for the memory and I/O 
ports. The system address bus transmits the current ad- 
dress value and the M/ ~ 10 signal determines If a memory 
or I/O cycle Is In progress. 

Address lines A0-A19 allow up to 1 Meg (0-FFFFF) of 
memory to be addressed, while address lines A0-A15 allow 
up to 64K (0-FFFF) of I/O ports to be addressed. If the 
control signal M/~IO is logical "1" (high) then the proces- 
sor Is performing a memory cycle and If the M/ ~ 10 signal is 
logical "0" then an I/O cycle is In operation. 
For a PC-AT various memory and I/O locations are re- 
served for standard functions such as system memory and 
I/O (refer to PC-AT documentation to determine which 
memory and I/O locations are free for add-In boards). 
The switch outputs from the NM95C12 aire connected as 
inputs to the GAL address decode logic and are used to 
determine the base memory and I/O locations for the add-in 
card. Figure 2 shows the typical use of a GAL for address 
decoding. 

The advantage of using a PLD for the address decoding Is 
that It Is an easy way to Implement different address decode 
functions by logic equations. The logic equations can be 
Implemented with a standard PLD design compiler such as 
OPALTM from National Semiconductor or a third party soft- 
ware package such as ABELtm from Data I/O. The PLD 
compiler will take the logic equations and convert them Into 
the GAL fuse map which can be used for programming on a 
wide range of device programmers. A typical set of logic 
equations using National Semiconductors OPAL software 
package Is shown in Figure 3. 
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FIGURE 2. Address Decoding 
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BEGIN HEADER 

IIILE Address decoding for PC AT Ethernet adapter card 

PATTERN Addr.Deo 

REVISION Rev 

AUTHOR Dave Engineer 

COMPANY National Semiconductor 

DATE June 1991 

Everything in the header command is copied directly into the JEDEC map as a comment field for 
easy documentation 
END HEADER 



CO 

to 



BEGIN DEFINITIONS 

device G20V8 ; 

inputs SO, si, s2, s3, s4, s5 ; 

inputs m_~io, aO, al, a2, a3, a4, a5 ; 

outputs (com) bootroom, portpage ; 

I OPAL will perform automatic pin assignment ) 

set io5elect=[s2,sl,sO] , memselect=[55,s4,s3] ; 

set address=[a5,a4,a3,a2,al,a0] ; 

END DEFINITIONS 



( specify the device used 
( define the Inputs ] 

(define the outputs! 

I define the switch sets i 



BEGIN EQUATIONS 

( " / " = logical NOT function (i.e. logical 0) 

" & " = logical AND function 

" + " = logical OR function ) 
t if m_~io is logical 0, then decode switch set s2, si, so and address lines for the various 
base I/O locations. 

Refer to PC-AI system I/O address map before selecting free I/O ports, the decodes shown are 
for example only - change for specific applications as required. ) 
bootrom = /m_~lo & ( (ioseleot = 0) & (address = thOO) 
+ (ioselect = 1) & (address = thOl) 
& (address = th02) 
& (address == th03) 
& (address == th04) 
& (address = thOS) 
& (address = Th06)) ; 

I if m_~io Is logical 1, then decode switch set s5, s4, s3 and address line for the various 
base memory locations. 
Refer to PC-AI system I/O address map before selecting free Memory locations, the decodes 
shown are for example purposes only - change for specific applications as required. ] 



(ioselect = 2) 
(ioselect == 3) 
(ioselect == 4) 
(ioselect == 5) 
(ioselect == 6) 



portpage 



.~io & ( 

+ 
+ 
+ 
+ 



END EQUATIONS 



(memselect == 0) k (address == Thl8) 

(memseleot = 1) & (address == th20) 

(memselect = 2) k (address == fMS) 

(memseleot == 3) & (address =r th30) 

(memselect = 4) & (address == th38) ; 

FIGURE 3. GAL® Logic Equations 



USE OF THE NM95C12 EEPROM LOCATIONS 

1 . Three locations are used to store the ethernet address of 
the card. 

2. One location is used to store the interrupt number and 
the DIWA channel of the board. 

3. One location Is used to store the busmaster speed setting 
of the card. 



4. Two locations are used to store Information about the 
production flow of the board e.g.; the version number of 
the out-going inspection, and serialization program which 
stores a unique ethernet address In the EEPROM. 

5. There are also some EEPROiVI locations used to enable 
some special features in the network driver such as pro- 
tocol, DMA priority, etc. 
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Figure 4 below shows the memory usage of the NM95C12. 
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INITIAL SWITCH SEniNGS 
INITIAL SWITCH SETTING 



SJ 



62 



60 



LOCATION S - 60 FREE FOR 
STORING NON-VOUTILE PARAMETERS 



TWO LOCATIONS USED 



ONE LOCATION STORES DMA CHANNEL USED 

ONE LOCATION STORES 8USMASTER 
SPEED SHTING 

ONE LOCATION STORES INTERRUPT NUMBER 



THREE LOCATIONS (48 BITS) STORE 
ETHERNET ADDRESS 



TL/D/1 1265-3 

FIGURE 4. Memot7 Locations Used in NMg5C12 
FUNCTIONAL DESCRIPTION OF THE SOFTWARE 

The driver for the card can be supplied in two ways: 

1 . As a driver which is loaded from the disk. 

2. As a bootrom which is located at the card. 

The driver determines the base I/O address of the card. 
This is done by scanning the possible I/O map where the 
card can be located (seven possible locations) and testing if 
the NM95C12 EEPROM can be found. 
The EEPROM is found if, after an address is shifted in the 
EEPROM, the DO output from the NM95012 has become 
logical "zero". Then the CS pin will be disabled and there 
will be a check if the DO output pin will become high (this 
pin is pulled up with a 47K resistor). 



When the software finds the base address of the card, it 
reads the locations which contain the DMA and IRQ number 
to use and programs these values into the corresponding 
output latches. These latches will enable and/or multiplex 
the corresponding DMA (DACKx, DRQx) and INT (IRQx) to 
the busmaster logic and interrupt logic. 
The same operation is done for the busmaster speed, one 
location in the EEPROM determines the active low and high 
time for busmaster cycles, the output of this latch will go to 
the busmaster state machine (implemented in a 
GAL22V10). 

The ethernet address will be read by the driver and copied 
to a private location in the driver data area for use with the 
network software. 

The bootrom can be located at five locations in memory 
(controlled by the NM95C12 switch logic) and can be dis- 
abled if required. 

CONCLUSION 

This application has shown the many advantages of the 
NM95C12 EEPROM with DIP Switches. In this example the 
NM95C12 replaces the functions typically performed by a 
Bipolar PROM (store ethernet address), mechanical DIP 
switches/jumpers (select options), and general read/write 
logic (software testing of the hardware configuration). The 
use of the switch terminals as part of the address decode 
logic makes the address decode function more flexible and 
allows for software control. 

The easy interfacing to the NM95C12 (just four pins) and 
the simple, but powerful instruction set allows the NM95C12 
to give the system designer: 

• Greater flexibility 

• Fully software controllable and testable 

• Greater reliability (no mechanical switches or jumpers) 

• Reduced component count 

• Lower component cost 
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DP83934 SONIC™-T 

Systems-Oriented Network Interface Controller 

with Twisted Pair Interface 



General Description 

The SONIC-T (Systems-Oriented Network Interface Control- 
ler with Twisted Pair) is a second-generation Ethernet Con- 
troller designed to meet the demands of today's high-speed 
32- and 16-bit systems. Its system interface operates with a 
high speed DIvIA that typically consumes less than 5% of 
the bus bandwidth. Selectable bus modes provide both big 
and little endian byte ordering and a clean interface to stan- 
dard microprocessors. The linked-list buffer management 
system of SONIC-T offers maximum flexibility In a variety of 
environments from PC-oriented adapters to high-speed 
motherboard designs. Furthermore, the SONIC-T integrates 
a fully-compatible IEEE 802.3 Encoder/Decoder (ENDEC) 
and a Twisted Pair Interface which provide a one-chip solu- 
tion for Ethernet when using 10BASE-T. When using 
10BASE2 or 1 0BASE5, the SONIC-T may be paired with the 
DP8392 Coaxial Transceiver Interface to achieve a simple 
2-chip solution. 

For increased performance, the SONIC-T implements a 
unique buffer management scheme to efficiently process 
receive and transmit packets in system memory. No inter- 
mediate packet copy is necessary. The receive buffer man- 
agement uses three areas in memory for (1) allocating addi- 
tional resources, (2) indicating status information, and (3) 
buffering packet data. During reception, the SONIC-T stores 
packets in the buffer area, then indicates receive status and 
control information in the descriptor area. The system allo- 
cates more memory resources to the SONIC-T by adding 



descriptors to the memory resource area. The transmit buff- 
er management uses two areas in memory: 

1. indicating status and control information; 

2. fetching packet data. 

The system can create a transmit queue allowing multiple 
packets to be transmitted from a single transmit command. 
The packet data can reside on any arbitrary byte boundary 
and can exist in several non-contiguous locations. 

Features 

■ 32-bit non-multiplexed address and data bus 

■ High-speed, interruptible DMA 

■ Linked-list buffer management maximizes flexibility 

■ Two independent 32-byte transmit and receive FIFOs 

■ Bus compatibility for all standard microprocessors 

■ Supports big and little endian formats 

■ Integrated IEEE 802.3 ENDEC 

■ Integrated Twisted Pair Interface 

■ Complete address filtering for up to 16 physical and/or 
multicast addresses 

■ 32-bit general-purpose timer 

■ Full-duplex loopback diagnostics 

■ Fabricated in low-power CMOS 

■ 160 PQFP package 

■ Full network management facilities support the 802.3 
layer management standard 

■ Integrated support for bridge and repeater applications 



System Diagram 
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1.0 Connection Diagrams 

1.1 PIN CONNECTION DIAGRAM, NATIONAL/INTEL MODE 
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1.0 Connection Diagrams (continued) 




1.2 PIN CONNECTION DIAGRAM, MOTOROLA MODE 
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2.0 Pin Description 

1 = Input TRI = TRI-STATE® drivers. Tiiese pins are driven iiigh, 
= Output '°* °' TRi-STATE. Drive levels are CMOS compati- 
Z = TRI-STATE Input which is TTL compatible ^^^^ p^J^^ P'"= ""^V ^'^° "^ '"P"'^ (depending on 

ECL = Emitter Coupled Logic type drivers for interfacing to „_ „ /^ „ . ^ j ■ -ru 

the Attachment Uni? Interface. °^ = Open Coltector type drivers. These drivers are 

TRI-STATE when inactive and are driven low when 

TP = Totem Pole type drivers. These drivers are driven ac^e. These pins may also be inputs (depending 
either high or low and are always driven. Drive lev- on (he pin). 

els are CMOS compatible. ^„, -,- . . ^ „ ' , . -. 

*^ TPI = Twisted Pair Interface. 
LED = Light Emitting Diode type drivers. „, ... . . „ ,„ . j. , j , , 

Pin names which contain a / indicate dual function pins. 

TABLE 2-1. Pin Description 


Symbol 


Driver 
Type 


Direction 


Description 


NETWORK INTERFACE PINS 


EXT 




1 


External ENDED Select: Tying this pin to Vcc (EXT = 1) disables the internal ENDEC 
and allows an external ENDEC to be used. Tying this pin to ground (EXT = 0) enables 
the internal ENDEC. This pin must be tied either to Vcc or ground. Note the alternate pin 
definitions for CRSo/CRSl, COLo/COLl, RXDo/RXDi, RXCo/RXCi, and TXCo/TXCi. 
When EXT = the first pin definition is used and when EXT = 1 the second pin 
definition is used. 


aui/Tp 




1 


Attachment Unit Interface (AUI)/Twlsted Pair (TP) Select: Tying this pin to Vcc 
(AUI/TP = 1 ) enables the AUI mode for interface with the ENDEC unit. Tying this pin to 
GND (AUI/TP = 0) enables the TPI Module mode for interface with the ENDEC unit. 


TXOd + ,TXO-H, 
TXO-,TXOd- 


TPI 





Twisted Pair Transmit Outputs: These high drive CMOS level outputs are resistively 
combined external to the chip to produce a differential output signal with equalization to 
compensate for Intersymbol Interference (ISI) on the twisted pair medium. 


RXI + ,RXI- 


TPI 


1 


Twisted Pair Receive Inputs: These inputs feed a differential amplifier which passes 
valid data to the ENDEC module. 




LED 





Transmit: An open-drain active low output. It is asserted for approximately 50 ms 
whenever the SONIC-T Controller transmits data in either AUI or TPI modes. 


TXLED 




LED 





Receive: An open-drain active low output. It is asserted for approximately 50 ms 
whenever receive data is detected in either AUI or TPI mode. 


RXLED 




LED 


o 


Collision: An open-drain active low output. It is asserted for approximately 50 ms 
whenever the SONIC-T Controller detects a collision in either AUI or TPI modes. 


COLED 




LED 





Polarity: An open-drain active low output. This signal is normally inactive. When the TPI 
module detects seven consecutive link pulses or three consecutive received paci^ets with 
reversed polarity, it is asserted. 


POLED 




IFn 


o 


Good Link: An open-drain active low output. This pin operates as an output to display 

link integrity status if this function has not been disabled by the LNKDIS pin described 

below. 

This output is off if the SONIC-T Controller is in AUI mode or if link testing is enabled and 

the link integrity is bad (i.e., the twisted pair link has been broken). 

This output is on if the SONIC-T Controller is in Twisted Pair Interface (TPI) mode, link 

integrity checking is enabled and the link integrity is good (i.e., the twisted pair link has 

not been broken) or if the link testing is disabled. 


LINKLED 






1 


Link Disable: When this pin is tied to GND (LNKDIS = 0), the link test pulse generation 
and integrity checking function are both disabled. 


LNKDIS 


LOWSQL 




1 


Low Squelch Select: Tying this pin to Vcc (LOWSQL = 1) sets the squelch mode to use 
a squelch threshold level lower than that of the 1 0BASE-T specification (see Section 
3.1). 
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2.0 Pin Description (continued) 

TABLE 2-1. Pin Description (Continued) 


Symbol 


Driver 
Type 


Direction 


Description 


NETWORK INTERFACE PINS (Continued) 


OSCIN 




1 


Crystal Feedback Input or External Oscillator Input: This signal is used to provide clociting 
signals for the internal ENDEC. A crystal may be connected to this pin along with OSCOUT, or 
an oscillator module may be used. See Section 8.1 .3 for more information about using an 
oscillator or crystal. 


OSCOUT 


IP 


1,0 


Crystal Feedback Output: This signal is used to provide clocking signals for the internal 
ENDEC. A crystal can be connected to this pin along with OSCIN. See Section 8.1 .3 for more 
information about using an osciiiator or crystal. 


RX+ 




i 


AUI Receive + : The positive differential receive data input from the transceiver. This pin should 
be unconnected when an external ENDEC Is selected (EXT = 1). 


RX- 




1 


AUI Receive - : The negative differential receive data input from the transceiver. This pin 
should be unconnected when an external ENDEC is selected (EXT = 1). 


TX+ 


ECL 


o 


AUI Transmit + : The positive differential transmit output to the transceiver. This pin should be 
unconnected when an external ENDEC is selected (EXT = 1). 


TX- 


ECL 





AUI Transmit -: The negative differential transmit output to the transceiver. This pin should be 
unconnected when an external ENDEC is selected (EXT = 1). 


CD+ 




1 


AUI Collision +: The positive differential collision input from the transceiver. This pin should be 
unconnected when an external ENDEC is selected (EXT =1). 


CD- 




1 


AUI Collision - : The negative differential collision input from the transceiver. This pin should be 
unconnected when an external ENDEC Is selected (EXT = 1). 


TXD/ 
EXUSR3 


TP 
TRI 




o,z 


This pin will be TRI-STATE until the DCR has been written to. (See Section 6.3.2, EXBUS, for 

more information.) 

Transmit Data (TXD): The serial NRZ data from the MAC unit which is to be decoded by an 

external ENDEC. Data is valid on the rising edge of TXC. Although this signal is used internally 

by the SONIC-T it is also provided as an output to the user. 

Extended User Output (EXUSR3): When EXBUS has been set (see Section 6.3.2), this pin 

becomes a programmable output, it will remain TRI-STATE until the SONIC-T becomes a bus 

master, at which time it will be driven according to the value programmed in the DCR2 (see 

Section 6.3.7). 


LBK/ 
EXUSR2 


TP 
TRI 


o 
o,z 


This pin will be TRI-STATE until the DCR has been written to. (See Section 6.3.2, EXBUS, for 
more Information.) 

Loopback (LBK): When ENDEC Loopbacl< mode Is enabled, LBK Is asserted high. Although this 
signal Is used internally by the SONIC-T it is also provided as an output to the user. 
Extended User Output (EXUSR2): When EXBUS has been set (see Section 6.3.2), this pin 
becomes a programmable output It will remain TRI-STATE until the SONIC-T becomes a bus 
master, at which time it will be driven according to the value programmed in the DCR2 (see 
Section 6.3.7). 


TXE 


TP 


o 


Transmit Enable: This pin is driven high when the SONIC-T begins transmission and remains 
active until the last byte is transmitted. Although this signal is used internally by the SONIC-T it is 
also provided as an output to the user. 
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2.0 Pin Description (continued) 

TABLE 2-1. Pin Description (Continued) 


Symbol 


Driver 
Type 


Direction 


Description 


NETWORK INTERFACE PINS (Continued) 


RXCo/ 
RXCI/ 
EXUSR1 


TP 
TRI 



i 

o.z 


This pin will be TRi-STATE until the DCR has been written to. (See Section 6.3.2, 
EXBUS, for more information.) 

Receive Clock Output (RXCo) from the internal ENDEC (EXT = 0): When EXT = the RXCo 
signal is internally connected between the ENDEC and IVIAC units. This signal is the receive clock 
that is derived from the Manchester data stream. It remains active 5-bit times after the 
deassertion of CRSo. Although this signal is used internally by the SONIC-T it is also provided as 
an output to the user. 

Receive Clock Input (RXCI) from an external ENDEC (EXT = 1): The receive clock that is 
derived from the filanchester data stream. This signal is generated from an external ENDEC. 
Extended User Output (EXUSR1): When EXBUS has been set (see Section 6.3.2), this pin 
becomes a programmable output. It will remain TRI-STATE until the SONIC-T becomes a bus 
master, at which time it will be driven according to the value programmed in the DCR2 (see 
Section 6.3.7). 


RXDo/ 

RXDI/ 

EXUSRO 


TP 
TRi 




i 
o.z 


This pin will be TRI-STATE until the DCR has been written to. (See Section 6.3.2, 

EXBUS, for more information.) 

Receive Data Output (RXDo) from the internal ENDEC (EXT = 0): NRZ data output. When 

EXT = the RXDo signal is internally connected between the ENDEC and MAC units. This 

signal must be sampled on the rising edge of the receive clock output (RXCo). Although this 

signal is used internally by the SONIC-T, it is also provided as an output to the user. 

Receive Data Input (RXDI) from an external ENDEC (EXT = 1): The NRZ data decoded from 

the external ENDEC. This data is clocked in on the rising edge of RXCi. 

Extended User Output (EXUSRO): When EXBUS has been set (see Section 6.3.2), this pin 

becomes a programmable output. It will remain TRI-STATE until the SONIC-T becomes a bus 

master, at which time it will be driven according to the value programmed in the DCR2 (see 

Section 6.3.7). 


TXCo/ 

TXCI/ 

STERI\^ 


TRi 


o,z 

i 
1 


This pin will be TRI-STATE until the DCR has been written to. (See Section 6.3.2, 

EXBUS, for more information.) 

Transmit Clock Output (TXCo) from the internal ENDEC (EXT = 0): This 1 MHz transmit clock 

output is derived from the 20 MHz oscillator input. When EXT = the TXCo signal is internally 

connected between the ENDEC and MAC units. Although this signal is used internally by the 

SONIC-T, it is also provided as an output to the user. 

Transmit Clock Input (TXCi) from an external ENDEC (EXT = 1): This input clock from an 

external ENDEC is used for shifting data out of the MAC unit serializer. This clock is nominally 10 

MHz. 


Synchronous Termination (STERM): When the SONIC-T is a bus master, it samples this pin 
before terminating its memory cycle. This pin is sampled synchronously and may only be used in 
asynchronous bus mode when BMODE = 1. (Sea Section 7.2.5 for more details.) 


CRSo/ 
CRSi 


TP 




i 


Carrier Sense Output (CRSo) from the internal ENDEC (EXT = 0): When EXT = the CRSo 
signal is internally connected between the ENDEC and MAC units. It is asserted on the first valid 
high-to-low transition in the receive data (RX ± ). This signal remains active 1 .5 bit times after the 
last bit of data. Although this signal is used internally by the SONIC-T, it is also provided as an 
output to the user. 

Carrier Sense Input (CRSI) from an external ENDEC (EXT = 1): The CRSi signal is activated 
high when the external ENDEC detects valid data at its receive inputs. 





o 

TJ 
00 
Cd 
(O 
(O 
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2.0 Pin Description (continued) 

TABLE 2-1. Pin Description (Continued) 


Symbol 


Driver 
Type 


Direction 


Description 


NETWORK INTERFACE PINS (Continued) 


COLo/ 
COLI 


TP 




1 


COLLISION OUTPUT (COLo) from the Internal ENDEC (EXT = 0): When EXT = the COLo 
signal is Internally connected between the ENDEC and MAC units. This signal generates an 
active high signal when the 10 MHz collision signal from the transceiver is detected. Although 
this signal Is used internally by the SONIC-T, It is also provided as an output to the user. 
COLLISION DETECT INPUT (COLI) from an External ENDEC (EXT = 1): The COLI signal Is 
activated from an external ENDEC when a collision is detected. This pin Is monitored during 
transmissions from the beginning of the Start of Frame Delimiter (SFD) to the end of the packet. 
At the end of transmission, this signal is monitored by the SONIC-T for CD heartbeat. 




TRI 


o,z 


PACKET COMPRESSION: This pin Is used with the Management Bus of the DP83950, 
Repeater Interface Controller (RIC). The SONIC-T can be programmed to assert PCOMP 
whenever there is a CAM match, or when there is not a match. The RIC uses this signal to 
compress (shorten) a received packet for management purposes and to reduce memory usage. 
(See the DP83950 datasheet for more details on the RIC Management Bus.) The operation of 
this pin Is controlled by bits 1 and 2 In the DCR2 register. PCOMP will remain TRI-STATE until 
these bits are written to. 


pcOmp 


fUEJ 




1,0 


PACKET REJECT: This signal is used to reject received packets. When asserted low for at 
least two receive clock cycles (RXC), the SONIC-T will reject the Incoming packet. This pin can 
be asserted up to the 2nd to the last bit of reception to reject a packet. 


BUS INTERFACE PINS (BOTH BUS IMODES) 


BMODE 




1 


BUS MODE: This input enables the SONIC-T to be compatible with standard microprocessor 
buses. The level of this pin affects byte ordering (little or big endian) and controls the operation 
of the bus interface control signals. A high level (tied to Vcc) selects Motorola mode (big 
endian) and a low level (tied to ground) selects National/Intel mode (little endian). Note the 
alternate pin definitions for AS/ ADS, MRW/MWR, INT/INT, BR/HOLD, BG/HLDA, SRW/SWR, 
DSACKO/RDYo, and DSACK1/RDYI. (See Sections 7.3.1 , 7.3.4, and 7.3.5 for bus interface 
information.) 


D31-D0 


TRI 


1,0, z 


DATA BUS: These bidirectional lines are used to transfer data on the system bus. When the 
SONIC-T is a bus master, 1 6-bit data is transferred on D1 6-DO and 32-bit data is transferred on 
D31 -DO. When the SONIC-T is accessed as a slave, register data is driven onto line D1 5-DO. 
D31-D16 are held TRI-STATE if SONIC-T is in 16-bit mode. If SONIC-T is in 32-bit mode, they 
are driven, but invalid. 


A31-A1 


TRI 


o,z 


ADDRESS BUS: These signals are used by the SONIC-T to drive the DMA address after the 
SONIC-T has acquired the bus. Since the SONIC-T aligns data to word boundaries, only 31 
address lines are needed. 


RA5-RA0 




1 


REGISTER ADDRESS BUS: These signals are used to access SONIC-T's internal registers. 
When the SONIC-T is accessed, the CPU drives these lines to select the desired SONIG-T 
register. 






1 


RESET: This signal is used to hardware reset the SONIC-T. When asserted low, the SONIC-T 
transitions into the reset state after 1 transmit clocks or 1 bus clocks if the bus clock period is 
greater than the transmit clock period. 


RESET 


S2-S0 


TP 





BUS STATUS: These three signals provide a continuous status of the current SONIC-T bus 
operations See Section 7.3.3 for status definitions. 


BSCK 




1 


BUS CLOCK: This clock provides the timing for the SONIC-T DMA engine. 


CS 




1 


CHIP SELECT: The system asserts this pin low to access the SONIC-T's registers. The 
registers are selected by placing an address on lines RA5-RAC. 


Note: Both CS and MREQ must not be asserted concurrently. If these signals are successively 
asserted, there must be at least two bus clocks between the deasserting edge of the first signal 
and the asserting edge of the second signal. 
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2.0 Pin Description (continued) 

TABLE 2-1. Pin Description (Continued) 


Symbol 


Driver 
Type 


Direction 


Description 


BUS INTERFACE PINS (BOTH BUS MODES) (Continued) 


SaS 




1 


SLAVE ADDRESS STROBE: The system asserts this pin to latch the register address on lines 
RA0-RA5. 


dS 


THI 


0,Z 


DATA STROBE: When the SONIC-T Is bus master, It drives this pin low during a read cycle to 
indicate that the slave device may drive data onto the bus; in a write cycle, this pin indicates that 
the SONIC-T has placed valid data onto the bus. 


BRT 




1 


BUS RETRY: When the SONIC-T is bus master, the system asserts this signal to rectify a 
potentially correctable bus error. This pin has two modes. Mode 1 (the LBR bit in the Data 
Configuration Register is set to 0): Assertion of this pin forces the SONIC-T to terminate the 
current bus cycle and will repeat the same cycle after BRt has been deasserted. Mode 2 (the 
LBR bit in the Data Configuration register is set to 1 ): Assertion of this signal forces the SONIC-T 
to retry the bus operation as In Mode 1 . However, the SONIC-T will not continue DMA operations 
until the BR bit in the ISR Is reset. 


ECS 


TRI 


o,z 


EARLY CYCLE START: This output gives the system earliest indication that a memory operation 
Is occurring. This signal is driven low at the rising edge of T1 and high at the falling edge of T1 . 


SHARED-MEMORY ACCESS PINS 


MReo 




1 


MEMORY REQUEST: The system asserts this signal low when it attempts to access the shared- 
buffer RAM. The on-chip arbiter resolves accesses between the system and the SONIC-T. 
Note: Both C5 and MREQ must not be asserted concurrently. If these signals are successively 
asserted, there must be at least two bus clocks between the deasserting edge of the first signal 
and the asserting edge of the second signal. 


Smack 


TP 


o 


SLAVE AND MEMORY ACKNOWLEDGE: SONIC-T asserts this dual function pin low in response 
to either a Chip Select (CS) or a Memory Request (MREQ) when the SONIC-T's registers or its 
buffer memory is available for accessing. This pin can be used for enabling bus drivers for dual- 
bus systems. 


BUS INTERFACE PINS (NATIONAL/INTEL MODE, BMODE = 0) 


ADS 


TRI 


o.z 


ADDRESS STROBE (ADS): The rising edge indicates valid status and address. 


MWR 


TRI 


o,z 


MEMORY WRITE/READ STROBE MWR: When the SONIC-T has acquired the bus, this signal 
indicates the direction of the data transfer. The signal is low during a read cycle and high during a 
write cycle. 


INT 


OC 


o.z 


INTERRUPT (INT): Indicates that an interrupt (if enabled) is pending from one of the sources 
indicated by the Interrupt Status register interrupts that are disabled in the inten-upt Mask register 
will not activate this signal. 


HOLD 


TP 





HOLD REQUEST (HOLD): The SONIC-T drives this pin high when it intends to use the bus and is 
driven low when inactive. 


HLDA 




1 


HOLD ACKNOWLEDGE (HLDA): This signal is used to inform the SONIC-T that it has attained 
the bus. When the system asserts this pin high, the SONIC-T has gained ownership of the bus. 


BGACK 


TRI 


o.z 


BUS GRANT ACKNOWLEDGE: This pin is only used when BMODE = 1 . 


SWR 




1 


SLAVE READ/WRITE STROBE (SWR): The system asserts this pin to indicate whether it will 
read from or write to the SONIC-T's registers. This signal is asserted low during a read and high 
during a write. 


RDYI 




1 


READY INPUT (RDYi): When the SONIC-T is a bus master, the system drives this signal high to 
insert wait-states and low to terminate the memory cycle. This signal is sampled synchronously or 
asynchronously depending on the state of the SBUS bit in the Data Configuration register (DCR). 
(See Sections 7.3.S and 6.3.2 for details.) 


RDYo 


TP 





READY OUTPUT (RDYo): When a register is accessed, the SONIC-T asserts this signal to 
terminate the slave cycle. 
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2.0 Pin Description (Continued) 

TABLE 2-1. Pin Description (Continued) 


Symbol 


Driver 
Type 


Direction 


Description 


BUS iNTERFACE PINS (lUOTOROLA MODE, BIVIODE = 1) 


AS 


TRI 


1,0, z 


ADDRESS STROBE AS: The falling edge indicates valid status and address. The rising edge 
indicates the termination of the memory cycle. 


MRW 


TRI 


o,z 


MEMORY READ/WRiTE STROBE (MRW:) When the SONIC-T has acquired the bus, this signal 
Indicates the direction of the data transfer. This signal is high during a read cycle and low during a 
write cycle. 


InT 


TP 





INTERRUPT (INT): Indicates that an intermpt (if enabled) is pending from one of the sources 
Indicated by the Interrupt Status register. Interrupts that are disabled in the Interrupt Mask 
register will not activate this signal. 


BR 


OC 


o,z 


BUS REQUEST (BR): The SONIC-T asserts this pin low when It attempts to gain access to the 
bus. When inactive this signal Is at TRI-STATE. 


BG 




1 


BUS GRANT (BG): This signal is a bus grant. The system asserts this pin low to Indicate potential 
mastership of the bus. 




TRI 


1,0, z 


BUS GRANT ACKNOWLEDGE: The SONIC-T asserts this pin low when it has determined that it 
can gain ownership of the bus. The SONIC-T checlts the following conditions before driving 
BGACK: 

1 . BG has been received through the bus arbitration process. 

2. AS Is deasserted, indicating that the previous master has finished using the bus. 


BGACK 


3. DSACKO and DSACK1 are deasserted, indicating that the previous slave device is on the bus. 


4. BGACK is deasserted, indicating that the previous master is otf the bus. 


SRW 




1 


SLAVE READ/WRITE (SRW): The system asserts this pin to Indicate whether it will read from or 
write to the SONIC-T's registers. This signal Is asserted high during a read and low during a write. 


dSacko 

DSACK1 


TRI 
TRI 


i,o,z 

1,0, z 


DATA AND SIZE ACKNOWLEDGE AND 1 (DSACK0,1): These pins are the output slave 
acknowledge to the system when the SONiC-T registers have been accessed and the input slave 
acknowledgement when the SONiC-T is bus master. When a register has been accessed, the 
SONIC-T drives the DSACK0,1 pins low to terminate the slave cycle. (Note that the SONIC-T 
responds as a 32-bit peripheral, but only drives valid data on lines D0-D1 5. Lines D16-D31 are 
driven, but invalid.) When the SONIC-T is bus master, it samples these pins before terminating its 
memory cycle. These pins are sampled synchronously or asynchronously depending on the state 
of the SBUS bit In the Data Configuration register (see Section 7.3.5 for details). Note that the 
SONIC-T does not allow dynamic bus sizing. Bus size is statically defined in the Data 


Configuration register (see Section 6.3.2). The SONIC-T requires both DSACK0,1 to be driven 
active both in 1 6- and 32-bit modes. 


USER DEFINABLE PINS 


USRO.I 


TRI 


i,o,z 


USER DEFINE 0,1: These signals are Inputs when the SONIC-T is hardware reset and are 
outputs when the SONIC-T is a bus master (HLDA or BGACK asserted). When hard reset (RST) 
is low, these signals input directly into bits 8 and 9 of the Data Configuration register (DCR) 
respectively. The levels on these pins are latched on the rising edge of RST. During busmaster 


operations (HLDA or BGACK is active), these pins are outputs whose levels are programmable 
through bits 1 1 and 1 2 of the DCR respectively. The USR0,1 pins should be pulled up to Vcc or 
pulled down to ground. A 4.7 kfl pull-up resistor is recommended. 
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2.0 Pin Description (continued) 

TABLE 2-1. Pin Description (Continued) 



O 

TO 

oa 
u 

(O 
&3 



Symbol 



Driver 
Type 



Direction 



Description 



UNCONNECTED PINS 



TEST 



FACTORY TEST INPUT: Used to check the chip's internal functions. This pin should be left 
unconnected during normal operation. 



POWER AND GROUND PINS 



Vcc1-9 
VccL 



POWER: The + 5V power supply for the digital portions of the SONIC-T. 



TXVcc 
RXVcc 
PLLVcc 
OSCVcc 



POWER: These pins are the + 5V power supply for the SONIC-T ENDEC unit. These pins must 
be tied to Vcc even if the internal ENDEC Is not used. 



RXTVcc 
TPVcc 



POWER: These pins are the + 5V power supply for the SONIC-T TPI unit. These pins must be 
tied to Vcc even if the internal TPI module is not used. 



GND1-10 

GNDL 

GND 



GROUND: These pins are the ground references for the digital portions of the SONIC-T. 



TXGND 

RXGND 

PLLGND 

OSCGND 

TPGND 



GROUND: These pins are the ground references for the SONIC-T ENDEC unit and TPI module. 
These pins must be tied to ground even if the internal ENDEC unit and/or the TPI module are 
not used. 
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3.0 Functional Description 

The SONIC-T (Figure 3-1) consists of a twisted pair inter- 
face (TPI) module, an encoder/decoder (ENDEC) unit, a 
media access control (MAC) unit, separate receive and 
transmit FIFOs, a system buffer management engine, and a 
user programmable system bus interface unit on a single 
ctiip. SONIC-T is highly pipelined providing maximum sys- 
tem level performance. This section provides a functional 
overview of the SONIC-T. 

3.1 TWISTED PAIR INTERFACE MODULE 

The TPI consists of five main logic functions: 

a. the Smart Squelch, which determines when valid data is 
present on the differential receive Inputs (RXI±), 

b. the Collision Detector, which checks for simultaneous 
transmission and reception of data on the differential 
transmit output (TXO±) and differential receive input 
(RXI±)pins, 

c. the Link Detector/Generator, which checks the integrity 
of the cable connecting the two twisted pair modules. 



d. the Jabber, which disables the transmitter if it attempts to 
transmit a longer than legal packet, and 

e. the Transmitter, which utilizes a Transmit Driver and a 
Pre-emphasis to transmit Manchester encoded data to 
the twisted pair network via summing resistors and a 
transformer/filter. 

Smart Squelch: The SONIC-T Controller implements an in- 
telligent receive squelch on the RXI ± differential inputs to 
ensure that impulse noise on the receive inputs will not be 
mistaken for a valid signal. 

The squelch circuitry employs a combination of amplitude 
and timing mesurements to determine the validity of data on 
the twisted pair inputs. These are two voltage level options 
for the smart squelch. One mode, 10BASE-T mode (Figure 
3-2), uses levels that meet the 10BASE-T specification. The 
second mode, reduced squelch mode, uses a lower squelch 
threshold level, and can be used in longer cable applica- 
tions where smaller signal levels may be applied. The 
squelch level mode can be selected using the LOWSQL 
input pin (see Section 2.0). 
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FIGURE 3-1. SONIC-T Block Diagram 
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FIGURE 3-2. Twisted Pair Squelch Waveform (10BASE-T lUIode) 
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3.0 Functional Description 

The signal at the start of the packet is checked by the smart 
squelch, and any pulses not exceeding the squelch level 
(either positive or negative, depending upon polarity) will be 
rejected. Once this first squelch level is overcome correctly, 
the opposite squelch level must then be exceeded within 
1 50 ns. Finally, the signal must exceed the original squelch 
level within the next 150 ns time period to ensure that the 
input waveform will not be rejected. The checking proce- 
dure typically results in the loss of three bits at the begin- 
ning of each packet. 

Only after all these conditions have been satisfied will a 
control signal be generated to indicate to the remainder of 
the circuitry that valid data is present. At this time the smart 
squelch circuitry is reset. 

In the reduced squelch mode the operation is identical ex- 
cept that the lower squelch levels shown in Figure 3-2 are 
used. 

Valid data is considered to be present until either squelch 
level has not been generated for a time period of more than 
150 ns indicating the End of Packet. Once good data has 
been detected, the squelch levels are reduced to minimize 
the effect of noise causing premature End of Packet detec- 
tion. 

Collision: A collision is detected by the TPI module when 
the receive and transmit channels are simultaneously ac- 
tive. If the TPI is receiving when a collision is detected it is 
reported to the controller immediately. If, however, the TPI 
is transmitting when a collision is detected, the collision is 
not reported until seven bits have been received while in the 
collision state. This prevents a collision being reported in- 
correctly due to noise on the network. The signal to the 
controller remains for the duration of the collision. 
Approximately 1 jas after the transmission of each packet, a 
signal called the Signal Quality Error (SQE) is generated 
which typically consists of 10 cycles of a 10 MHz signal. 
This 10 IvIHz signal, also called the Heartbeat, ensures the 
continued functioning of the collision circuitry. 
Link Detector/Generator: The link generator is a timer cir- 
cuit that generates a link pulse, produced by the transmitter 
section, as defined by the 10BASE-T specification. The 
1 00 ns wide pulse is transmitted on the TXO+ output every 
1 5 ms in the absence of transmit data. 
This link pulse is used to check the integrity of the connec- 
tion to the remote MAU. The link detection circuit checks for 
valid pulses that are received from the remote unit. If valid 
link pulses are not received, the link detector will disable the 
transmit, receive, and collision detection functions. 



The LINKLED output can directly drive a LED to show that 
there is a good twisted pair link. For normal conditions the 
LED will be o n. The lin k integrity function can be disabled by 
asserting the LNKDIS input pin. 

Jabber: The jabber timer monitors the transmitter and dis- 
ables the transmission if the transmitter is active for greater 
than 26 ms. The transmitter is then disabled for the whole 
time that the ENDEC module's internal transmit enable is 
asserted. This signal has to be deasserted for approximate- 
ly 750 ms (the unjab time) before the Jabber re-enables the 
transmit outputs. 



Transmitter: The transmitter consists of four signals, the 
true and complement fi^anchester encoded data (TXO±) 
and these signals delayed by 50 ns (TXOd±). 
These four signals are resistively combined (see Section 
8.2), TXO + with TXOd - and TXO - with TXOd -I- , in a con- 
figuration referred to as pre-emphasis. This digital pre-em- 
phasis is required to compensate for the low-pass filter ef- 
fects of the twisted pair cable which cause greater attenua- 
tion to the 10 MHz (50 ns) pulses of the Manchester encod- 
ed waveform than the 5 MHz (100 ns) pulses. 



DATA 
PATTERII 



I . I , I I I , I , I 



PRE-EMPHASIS 



TL/F/11719-6 

FIGURE 3-3. Typical Summed Transmit Waveform 
The signal with pre-emphasis is generated by resistively 
combining TXO -I- and TXOd- (Figure 3-3). This signal 
along with its complement is passed to the transmit filter. 
Status Information: Status inf ormation i s provid e d by the 
SONIC-T Con troller o n the RXLED, TXLED, COLED, 
LINKLED, and POLED outputs as described in the pin de- 
scription table. These outputs (Figure 3-4), which are open 
drain, are suitable for driving status LEDs. 
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TL/F/11719-7 

FIGURE 3-4. Typical SONIC-T LED Connection 
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3.0 Functional Description (continued) 

3.2 IEEE 802.3 ENDEC UNIT 

The Encoder/Decoder (ENDEC) unit is tlie interface be- 
tween either the Twisted Pair Interface Module or the Ether- 
net transceiver and the Media Access Control (MAC) unit. 
Providing the Manchester data encoding and decoding 
functions for IEEE 802.3 Ethernet, Thin-Ethernet, or Twisted 
Pair types of local area networks, the ENDEC operations of 
SONIC-T are identical to those of the DP83910A CMOS 
Serial Network Interface device. During transmission, the 
ENDEC unit combines non-return-zero (NRZ) data from the 
MAC section and clock pulses into Manchester data and 
sends the converfed data differentially to the transceiver. 
Conversely, during reception, an analog PLL decodes the 
Manchester data to NRZ format and receive clock. The 
SONIC-T ENDEC unit is a functionally complete Manchester 
encoder/decoder incorporating a balanced driver and re- 
ceiver, on-board crystal oscillator, collision signal translator, 
and a diagnostic loopback. The features include: 

• Compatible with Ethernet I and II, IEEE 802.3 10BASE5, 
10BASE2and 10BASE-T 

• 10Mb/s Manchester encoding/decoding with receive 
clock recovery 

• No precision components requirement 

• Loopback capability for diagnostics 

• Squelch circuitry at the receive and collision inputs reject 
noise 

• Connection to the transceiver (Attachment Unit Inter- 
face) cable via external pulse transformer 

3.2.1 ENDEC Operation 

The primary function of the ENDEC unit (Figure 3-5) is to 
perform the encoding and decoding necessary for compati- 
bility between the differential pair Manchester encoded data 
of the transceiver and the Non-Return-to-Zero (NRZ) serial 
data of the MAC unit data line. In addition to encoding and 
decoding the data stream, the ENDEC also supplies all the 
special signals (e.g., collision detect, carrier sense, and 
clocks) necessary to the MAC unit. The signals provided to 
the MAC unit from the On-Chip ENDEC are also provided as 
output to the user. 



Manchester Encoder and Differential Output Driven 

During transmission to the network, the ENDEC unit trans- 
lates the NRZ serial data from the MAC unit into differential 
pair Manchester encoded data. To perform this operation 
the NRZ bit stream from the MAC unit is passed through the 
Manchester encoder block of the ENDEC unit. Once the bit 
stream is encoded, it is transmitted out differentially to the 
transmit differential pair through the transmit driver. 
The SONIC-T Controller is compatible with the IEEE 802.3 
"full-step" standard. That Is, the Transmit -I- and Transmit- 
differential outputs are at equal voltages while they are idle 
at the primary of the isolation transformer at the network 
interface. This voltage relationship provides a zero differen- 
tial voltage for operation with transformer coupled loads. 
(See Section 8.1 for network interfacing considerations.) 
Manchester Decoder During reception from the network, 
the differential receive data from the transceiver is converf- 
ed from Manchester encoded data into NRZ serial data and 
clock inputs of the MAC unit. To perform this operation, the 
signal is passed to the phase locked loop (PLL) decoder 
block once it Is received from the differential receiver. The 
PLL decodes the data and generates a data receive clock 
and a NRZ serial data stream to the MAC unit Data typically 
becomes valid from the decoder within 6 bit times, and the 
decoder detects the end of a frame when no more mid-bit 
transitions are detected. (See Section 8.1 for network inter- 
facing considerations.) 

Special Signals: In addition to performing the Manchester 
encoding and decoding function, the ENDEC unit provides 
control and clocking signals to the MAC unit. The ENDEC 
sends a carrier sense (CRS) signal that indicates to the 
MAC unit that data is present from the network on the 
ENDEC's receive differential pair. When the ENDEC's colli- 
sion receiver detects a 10 MHz signal on the differential 
collision input pair, the ENDEC unit provides the MAC unit 
with a collision detection signal (COL). COL indicates that a 
collision is taking place somewhere on the network. 
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3.0 Functional Description (continued) 

The ENDEC also provides both the receive and transmit 
clocks to the MAC unit. The transmit clock Is one half of the 
oscillator input and the receive clock is extracted from the 
input data by the PLL. 

Oscillator: The oscillator generates the 10 MHz transmit 
clock signal for network timing. The oscillator is controlled 
by a parallel resonant crystal or by an external clock (see 
Section 8.1 .3). The 20 MHz output of the oscillator is divided 
by 2 to generate the 1 MHz transmit clock (TXC) for the 
MAC section. The oscillator also provides an internal clock 
signal for the encoding and decoding circuits. 
Loopback Functions: The SONIC-T provides three loop- 
back modes which allow loopback testing at the MAC, 
ENDEC and external transceiver level (see Section 3.7 for 
details). It is Important to note that when the SONIC-T is 
transmitting, the transmitted packet wrill always be looped 
back by the external transceiver. The SONIC-T takes ad- 
vantage of this to monitor the transmitted packet. See the 
explanation of the Receive State Machine in Section 3.3.1 
for more Information about monitoring transmitted packets. 

3.2.2 Selecting an External ENDEC 

An option is provided on SONIC-T to disable the on-chip 
ENDEC unit and use an external ENDEC. The internal IEEE 

802.3 ENDEC can be bypassed by connecting the EXT pin 
to Vcc (EXT= 1). In this mode the MAC signals are redirect- 
ed out from the chip, allowing an external ENDEC to be 
used. See Section 2.0 for the alternate pin definitions. 

3.3 MEDIA ACCESS CONTROL (MAC) UNIT 
The MAC (Media Access Control) unit performs the control 
functions for the media access of transmitting and receiving 
packets over Twisted Pair or AUI. During transmission, the 
MAC unit frames information from the transmit FIFO and 
supplies serialized data to the ENDEC unit. During recep- 
tion, the incoming information from the ENDEC unit is dese- 
rialized, the frame checked for valid reception, and the data 
Is transferred to the receive FIFO. Control and status regis- 
ters on the SONIC-T govern the operation of the MAC unit. 
3.3.1 MAC Receive Section 

The receive section (Figure 3-6) controls the MAC receive 
operations during reception, loopback, and transmission. 
During reception, the deserializer goes active after detecting 
the 2-bit SFD (Start of Frame Delimiter) pattern (Section 
4.1). It then frames the incoming bits into octet boundaries 
and transfers the data to the 32-byte receive FIFO. Concur- 
rently the address comparator compares the Destination 
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Address Field to the addresses stored in the chip's Content 
Addressable Memory (CAM) address registers. If a match 
occurs, the deserializer passes the remainder of the packet 
to the receive FIFO. The packet is decapsulated when the 
carrier sense Input pin (CRS) goes inactive. At the end of 
reception the receive section checks the following: 

— Frame alignment en-ors 

— CRC errors 

— Length errors (runt packets) 

The appropriate status is indicated in the Receive Control 
register (Section 6.3.3). In loopback operations, the receive 
section operates the same as during normal reception. 
During transmission, the receive section remains active to 
allow monitoring of the self-received packet. The Cyclic Re- 
dundancy Code (CRC) checker operates as normal, and the 
Source Address field is compared with the CAM address 
entries. Status of the CRC check and the source address 
comparison is indicated by the PMB bit in the Transmit Con- 
trol register (Section 6.3.4). No data Is written to the receive 
FIFO during transmit operations. 
The receive section consists of the following blocks detailed 
below. 

Receive State Machine (RSM): The RSM Insures the prop- 
er sequencing for normal reception and self-reception dur- 
ing transmission. When the network is Inactive, the RSM 
remains in an idle state continually monitoring for network 
activity. It the network becomes active, the RSM allows the 
deserializer to write data Into the receive FIFO. During this 
state, the following conditions may prevent the complete 
reception of the packet. 

— FIFO Overrun — ^The receive FIFO has been completely 
filled before the SONIC-T could buffer the data to mem- 
ory. 

— CAM Address Mismatch— The packet is rejected be- 
cause of a mismatch between the destination address of 
the packet and the address in the CAM. 

— Memory Resource Error — ^There are no more resources 
(buffers) available for buffering the incoming packets. 

— Collision or Other Error — A collision occured on the net- 
work or some other error, such as a CRC error, occurred 
(this is true if the SONIC-T has been told to reject pack- 
ets on a collision, or reject packets with errors). 

If these conditions do not occur, the RSM processes the 
packet Indicating the appropriate status in the Receive Con- 
trol register. 
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FIGURE 3-6. MAC Receiver 
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3.0 Functional Description (continued) 

During transmission of a packet from ttie SONIC-T, tfie 
transceiver will always loop ttie packet back to tlie 
SONIC-T. Ttie SONIC-T will use tfiis to monitor the packet 
as it is being transmitted. Ttie CRC and source address of 
the looped back packet are checked with the CRC and 
source address that were transmitted. If they do not match, 
an error bit is set in the status of the transmitted packet (see 
Packet Monitored Bad, PUB, in the Transmit Control Regis- 
ter, Section 6.3.4). Data is not written to the receive FIFO 
during this monitoring process unless a Loopback mode has 
been selected (see Section 3.7). 

Receive Logic: The receive logic contains the command, 
control, and status registers that govern the operations of 
the receive section. It generates the control signals for writ- 
ing data to the receive FIFO, processes error signals ob- 
tained from the CRC checker and the deserializer, activates 
the "packet reject" signal to the RS(^ for rejecting packets, 
and posts the applicable status in the Receive Control regis- 
ter. 

Deserializer: This section deserializes the serial input data 
stream and provides a byte clock for the address compara- 
tor and receive logic. It also synchronizes the CRC checker 
to begin operation (after SFD is detected), and checks for 
proper frame alignment with respect to CRS going inactive 
at the end of reception. 

Address Comparator: The address comparator latches the 
Destination Address (during reception or loopback) or 
Source Address (during transmission) and determines 
whether the address matches one of the entries in the CAfvl 
(Content Addressable Memory). 

CRC Checker: The CRC checker calculates the 4-byte 
Frame Check Sequence (FCS) field from the incoming data 
stream and compares it with the last 4-bytes of the received 
packet. The CRC checker is active for both normal recep- 
tion and self-reception during transmission. 
Content Addressable Memory (CAM): The CAM contains 
16 user programmable entries and 1 pre-programmed 
Broadcast address entry for complete filtering of received 
packets. The CAM can be loaded with any combination of 
Physical and Multicast Addresses (Section 4.2). See Sec- 
tion 6.1 for the procedure on loading the CAM registers. 

3.3.2 MAC Transmit Section 

The transmit section (Figure 3-7) is responsible for reading 
data from the transmit FIFO and transmitting a serial data 



stream onto the network in conformance with the IEEE 
802.3 Carrier Sense Multiple Access with Collision Detec- 
tion (CSMA/CD) standard. The Transmit Section consists of 
the following blocks. 

Transmit State Machine (TSM): The TSM controls the 
functions of the serializer, preamble generator, and JAM 
generator. It determines the proper sequence of events that 
the transmitter follows under various network conditions. If 
no collision occurs, the transmitter prefixes a 62-bit pream- 
ble and 2-bit Start of Frame Delimiter (SFD) at the beginning 
of each packet, then sends the serialized data. At the end of 
the paclcst, an optional 4-byte CRC pattern is appended. If a 
collision occurs, the transmitter switches from transmitting 
data to sending a 4-byte Jam pattern to notify all nodes that 
a collision has occurred. Should the collision occur during 
the preamble, the transmitter waits for it to complete before 
jamming. After the transmission has completed, the trans- 
mitter writes status in the Transmit Control register (Section 
6.3.4). 

Protocol State Machine: The protocol state machine as- 
sures that the SONIC-T obeys the CSMA/CD protocol. Be- 
fore transmitting, this state machine monitors the carrier 
sense and collision signals for network activity. If another 
node(s) is currently transmitting, the SONIC-T defers until 
the network is quiet, then transmits after its Interframe Gap 
Timer (9.6 /xs) has expired. The Interframe Gap time is divid- 
ed into two portions. During the first 6.4 ju.s, network activity 
restarts the Interframe Gap timer. Beyond this time, howev- 
er, network activity is ignored and the state machine waits 
the remaining 3.2 jxs before transmitting. If the SONIC-T 
experiences a collision during a transmission, the SONIC-T 
switches from transmitting data to a 4-byte JAM pattern (4 
bytes of all 1's), before ceasing to transmit. The SONIC-T 
then waits a random number of slot times (51.2 )is) deter- 
mined by the Truncated Binary Exponential Baclfoff Algo- 
rithm before reattempting another transmission. In this algo- 
rithm, the number of slot times to delay before the nth re- 
transmission is chosen to be a random integer r in the range 
of: 

^ r s 2k 
where k = min(n,10) 
If a collision occurs on the 16th transmit attempt, the 
SONIC-T aborts transmitting the packet and reports an "Ex- 
cessive Collisions" error in the Transmit Control register. 
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FIGURE 3-7. MAC Transmitter 
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3.0 Functional Description (continued) 

Serializer: After data has been written into the 32-byte 
transmit FIFO, the serializer reads byte wide data from the 
FIFO and sends a NRZ data stream to the Manchester en- 
coder. The rate at which data is transmitted is determined 
by the transmit clock (TXC). Tfie serialized data Is transmit- 
ted after the SFD. 

Preamble Generator: The preamble generator prefixes a 
62-bit alternating "1,0" pattern and a 2-bit "1,1" SFD pat- 
tern at the beginning of each pacl<et. This allows receiving 
nodes to syncfironize to the incoming data. The preamble is 
always transmitted in its entirety even in the event of a colli- 
sion. This assures that the minirnum collision fragment is 96 
bits (64 bits of normal preamble, and 4 bytes, or 32 bits of 
JAM pattern). 

CRC Generator: The CRC generator calculates the 4-byte 
FCS field from the transmitted serial data stream. If en- 
abled, the 4-byte FCS field is appended to the end of the 
transmitted paci<et (Section 4.6). 

Jam Generator: The Jam generator produces a 4-byte pat- 
tern of all 1's to assure that all nodes on the network sense 
the collision. When a collision occurs, the SONIC-T stops 
transmitting data and enables the Jam generator. If a colli- 
sion occurs during the preamble, the SONIC-T finishes 
transmitting the preamble before enabling the Jam genera- 
tor (see Preamble Generator above). 

3.4 DATA WIDTH AND BYTE ORDERING 

The SONIC-T can be programmed to operate with either 
32-bit or 1 6-bit wide memory. The data width is configured 
during initialization by programming the DW bit in the Data 
Configuration Register (DCR, Section 6.3.2). If the 16-bit 
data path is selected, data is driven on pins D15-D0. The 
SONIC-T also provides both Little Endian and Big Endian 
byte-ordering capability for compatibility with National/Intel 
or Motorola microprocessors respectively by selecting the 
proper level on the Bus Mode (BMODE) pin. 
Little Endian mode (BMODE = 0): The byte orientation for 
received and transmitted data in the Receive Buffer Area 
(RBA) and Transmit Buffer Area (TBA) of system memory is 
as follows: 
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Big Endian mode (BMODE = 1): The byte orientation for 
received and transmitted data in the RBA and TBA is as 
follows: 
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3.5 FIFO AND CONTROL LOGIC 

The SONIC-T incorporates two independent 32-byte FIFOs 
for transferring data to/from the system interface and from/ 
to the network. The FIFOs, providing temporary storage of 
data, free the host system from the real-time demands on 
the network. 

The way in which the FIFOS are emptied and filled is con- 
trolled by the FIFO threshold values and the Block Mode 
Select bits (BMS, Section 6.3.2). The threshold values de- 
termine how full or empty the FIFOs can be before the 
SONIC-T will request the bus to get more data from memory 
or buffer more data to memory. When block mode is set, the 
number of bytes transferred is set by the threshold value. 
For example, if the threshold for the receive FIFO is 4 
words, then the SONIC-T will always transfer 4 words from 
the receive FIFO to memory. If empty/fill mode is set, how- 
ever, the number of bytes transferred is the number required 
to fill the transmit FIFO or empty the receive FIFO. More 
specific information about how the threshold affects recep- 
tion and transmission of packets is discussed in Sections 
3.5.1 and 3.5.2 below. 

3.5.1 Receive FIFO 

To accommodate the different transfer rates, the receive 
FIFO (Figure 3-8) serves as a buffer between the B-bit net- 
work (deserializer) interface and the 16/32-bit system inter- 
face. The FIFO is arranged as a 4-byte wide by 8 deep 
memory array (8-long words, or 32 bytes) controlled by 
three sections of logic. During reception, the Byte Ordering 
logic directs the byte stream from the deserializer into the 
FIFO using one of four write pointers. Depending on the 
selected byte-ordering mode, data is written either least sig- 
nificant byte first or most significant byte first to accommo- 
date little or big endian byte-ordering formats respectively. 
As data enters the FIFO, the Threshold Logic monitors the 
number of bytes written in from the deserializer. The pro- 
grammable threshold (RFT1,0 in the Data Configuration 
Register, see Section 6.3.2) determines the number of 
words (or long words) written into the FIFO from the MAC 
unit before a DMA request for system memory occurs. 
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FIGURE 3-B. Receive FIFO 



When the threshold is reached, the Threshold Logic en- 
ables the Buffer Management Engine to read a programmed 
number of 1 6- or 32-blt words (depending upon the selected 
word width) from the FIFO and transfers them to the system 
Interface (the system memory) using DMA. The threshold Is 
reached when the number of bytes in the receive FIFO is 
greater than the value of the threshold. For example, if the 
threshold Is 4 words (8 bytes), then the Threshold Logic will 
not cause the Buffer Management Engine to write to memo- 
ry until there are more than 8 bytes in the FIFO. 
The Buffer Management Engine reads either the upper or 
lower half (16 bits) of the FIFO In 16-bit mode or reads the 
complete long word (32 bits) in 32-blt mode. If, after the 
transfer is complete, the number of bytes in the FIFO Is less 
than the threshold, then the SONIC-T is done. This Is al- 
ways the case when the SONIC-T is In empty/fill mode. If, 
however, for some reason (e.g., latency on the bus) the 
number of bytes In the FIFO is still greater than the thresh- 
old value, the Threshold Logic will cause the Buffer Man- 
agement Engine to do a DMA request to write to memory 
again. This later case Is usually only possible when the 
SONIC-T Is In block mode. 

When In block mode, each time the SONIC-T requests the 
bus, only a number of bytes equal to the threshold value will 
be transferred. The Threshold Logic continues to monitor 
the number of bytes written in from the deserializer and en- 
ables the Buffer Management Engine every time the thresh- 
old has been reached. This process continues until the end 
of the packet. 

Once the end of the packet has been reached, the serializer 
will fill out the last word (16-blt mode) or long word (32-blt 
mode) if the last byte did not end on a word or long word 
boundary respectively. The fill byte will be OFFh. Immediate- 
ly after the last byte (or fill byte) in the FIFO, the received 
packets status will be written into the FIFO. The entire pack- 
et, including any fill bytes and the received packet status will 
be buffered to memory. When a packet is buffered to mem- 
ory by the Buffer Management Engine, It is always taken 
from the FIFO In words or long words and buffered to mem- 
ory on word (16-blt mode) or long word (32-blt mode) 
boundaries. Data from a packet cannot be buffered on odd 
byte boundaries for 16-blt mode, and odd word boundaries 
for 32-bit mode (see Section 5.3). For more information on 
the receive packet buffering process, see Section 5.4. 



3.5.2 Transmit FIFO 

Similar to the Receive FIFO, the Transmit FIFO (Figure 3-9) 
serves as a buffer between the 16/32-blt system interface 
and the network (serializer) interface. The Transmit FIFO Is 
also arranged as a 4 byte by 8 deep memory array (8 long 
words or 32 bytes) controlled by three sections of logic. 
Before transmission can begin, the Buffer Management En- 
gine fetches a programmed number of 16- or 32-bit words 
from memory and transfers them to the FIFO. The Buffer 
Management Engine writes either the upper or lower half 
(16 bits) Into the FIFO for 16-bit mode or writes the com- 
plete long word (32 bits) during 32-bit mode. 
The Threshold logic monitors the number of bytes as they 
are written into the FIFO. When the threshold has been 
reached, the Transmit Byte Ordering state machine begins 
reading bytes from the FIFO to produce a continuous byte 
stream for the serializer. The threshold Is met when the 
number of bytes In the FIFO Is greater than the value of the 
threshold. For example, if the transmit threshold is 4 words 
(8 bytes), the Transmit Byte Ordering state machine will not 
begin reading bytes from the FIFO until there are 9 or more 
bytes in the buffer. The Buffer Management Engine contin- 
ues replenishing the FIFO until the end of the packet. It 
does this by making multiple DMA requests to the system 
interface. Whenever the number of bytes in the FIFO is 
equal to or less than the threshold value, the Buffer Man- 
agement Engine will do a DMA request. If block mode Is set, 
then after each request has been granted by the system, 
the Buffer Management Engine will transfer anumber of 
bytes equal to the threshold value into the FIFO. If empty/fill 
mode is set, the FIFO will be completely filled in one DMA 
request. 

Since data may be organized in big or little endlan byte or- 
dering format, the Transmit Byte Ordering state machine 
uses one of four read pointers to locate the proper byte 
within the 4 byte wide FIFO. It also determines the valid 
number of bytes in the FIFO. For packets which begin or 
end at odd bytes in the FIFO, the Buffer Management En- 
gine writes extraneous bytes Into the FIFO. The Transmit 
Byte Ordering state machine detects these bytes and only 
transfers the valid bytes to the serializer. The Buffer Man- 
agement Engine can read data from memory on any byte 
boundary (see Section 5.3). See Section 5.5 for more infor- 
mation on transmit buffering. 
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FIGURE 3-9. Transmit FIFO 



3.6 STATUS AND CONFIGURATION REGISTERS 

The SONIC-T contains a set of status/control registers for 
conveying status and control information to/from the host 
system. The SONIC-T uses these registers for loading com- 
mands generated from the system, indicating transmit and 
receive status, buffering data to/from memory, and provid- 
ing interrupt control. Each register is 1 6 bits in length. See 
Section 6.0 for a description of the registers. 

3.7 BUS INTERFACE 

The system interface (Figure 3-10) consists of the pins nec- 
essary for interfacing to a variety of buses. It includes the 
I/O drivers for the data and address lines, bus access con- 
trol for standard microprocessors, ready logic for synchro- 
nous or asynchronous systems, slave access control, inter- 
rupt control, and shared-memory access control. The func- 
tional signal groups are shown in Figure 3-10. See Section 
7.0 for a complete description of the SONIC-T bus interface. 

3.8 LOOPBACK AND DIAGNOSTICS 

The SONIC-T provides three loopback modes for self-test- 
ing from the controller interface to the transceiver interface. 
The loopback function is provided to allow self-testing of the 
chip's internal transmit and receive operations. During loop- 
back, transmitted packets are routed back to the receive 
section of the SONIC-T where they are filtered by the ad- 
dress recognition logic and buffered to memory if accepted. 
Transmit and receive status and interrupts remain active 
during loopback. This means that when using loopback, it is 
as if the packet was transmitted and received by two sepa- 
rate chips that are connected to the same bus and memory. 
MAC Loopback: Transmitted data is looped back at the 
MAC. Data is not sent from the MAC to either the internal 
ENDEC or an external ENDEC (the external ENDEC inter- 
face pins will not be driven), hence, data Is not transmitted 
from the chip. Even though the ENDEC is not used in MAC 
loopback, the ENDEC clock (an oscillator or crystal for the 
Internal ENDEC or TXC for an external ENDEC) must be 
driven. Network activity, such as a collision, does not affect 



MAC loopback. CSMA/CD MAC protocol is not completely 
followed in MAC loopback. 

ENDEC Loopback: Transmitted data is looped back at the 
ENDEC. If the Internal ENDEC is used, data is switched 
from the transmit section of the ENDEC to the receive sec- 
tion (Figure 3-5). Data is not transmitted from the chip and 
the collision lines, CD±, are ignored, hence, network activi- 
ty does not affect ENDEC loopback. The LBK signal from 
the MAC tells the internal ENDEC to go into loopback mode. 
If an external ENDEC is used, it should operate in loopback 
mode when the LBK signal is asserted. CSMA/CD MAC 
protocol is followed even though data is not transmitted 
from the chip. 

Transceiver Loopback: Transmitted data is looped back at 
the external transceiver (which is always the case regard- 
less of the SONIC-T's loopback mode). CSMA/CD MAC 
protocol is followed since data will be transmitted from the 
chip. This means that transceiver loopback is affected by 
network activity. The basic difference between Transceiver 
Loopback and normal, non-loopback, operations of the 
SONIC-T is that in Transceiver Loopback, the SONIC-T 
loads the receive FIFO and buffers the packet to memory. In 
normal operations, the SONIC-T only monitors the packet 
that is looped back by the transceiver, but does not fill the 
receive FIFO and buffer the packet. 

3.8.1 Loopback Procedure 

The following procedure describes the loopback operation. 

1. Initialize the Transmit and Receive Area as described in 
Sections 5.4 and 5.5. 

2. Load one of the CAM address registers (see Section 6.1), 
with the Destination Address of the packet If you are veri- 
fying the SONIC-T's address recognition capability. 

3. Load one of the CAM address registers with the Source 
Address of the packet If it is different than the Destination 
Address to avoid getting a Packet Monitored Bad (PMB) 
error in the Transmit status (see Section 6.3.4). 
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3.0 Functional Description (continued) 

4. Program the Receive Control register with the desired re- 
ceive filter and the loopbacl< mode (LB1, LBO). 

5. Issue the transmit command (TXP) and enable the receiv- 
er (RXEN) In the Command register. 

The SONIC-T completes the loopbaok operation after the 
pacl<et has been completely received (or rejected if there Is 
an address mismatch). The Transmit Control and Receive 
Control registers treat the loopback packet as in normal op- 
eration and Indicate status accordingly. Interrupts are also 
generated if enabled in the Interrupt Mask register. 
Note: For MAC Loopback, only one packet may ba queued for proper oper- 
ation. This restriction occurs because the transmit MAC section, 
which does not generate an Interframe Gap time (IFG) between 
transmitted packets, does not allow the receive MAC section to up- 
date receive status. There are no restrictions for the other loopback 
modos. 



3.9 NETWORK MANAGEMENT FUNCTIONS 

The SONIC-T fully supports the Layer Management IEEE 
602.3 standard to allowr a node to monitor the overall per- 
formance of the network. These statistics are available on a 
per packet basis at the end of reception or transmission. 
In addition, the SONIC-T provides three tally counters to 
tabulate CRC errors, Frame Alignment errors, and missed 
packets. Table 3-1 shows the statistics indicated by the 
SONIC-T. 
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3.0 Functional Description(continued) 

TABLE 3-1. Network Management statistics 



Statistic 


Register Used 


Bits Used 


Frames Transmitted OK 


TCR (Note) 


PTX 


Single Collision Frames 


(Note) 


NC0-NC4 


Multiple Collision Frames 


(Note) 


NC0-NC4 


' Collision Frames 


(Note) 


NC0-NC4 


Frames witli Deferred Transmissions 


TCR (Note) 


DEF 


Late Collisions 


TCR (Note) 


owe 


Excessive Collisions 


TCR (Note) 


EXC 


Excessive Deferral 


TCR (Note) 


EXD 


Internal MAC Transmit Error 


TCR (Note) 


BCM.FU 


Frames Received OK 


RCR (Note) 


PRX 


Multicast Frames Received OK 


RCR (Note) 


MC 


Broadcast Frames Received OK 


RCR (Note) 


BC 


Frame Check Sequence Errors 


' CRCT 
RCR 


All 
CRC 


Alignment Errors 


FAET 
RCR 


All 
FAE 


Frame Lost due to Internal MAC Receive Error 


MPT 
ISR 


All 
RFO 



Note: The number of collisions and the contents of the Transmit Control register are posted in the TXpkt.status field (see 
Section 5.5.1.2). The contents of the Receive Control register are posted in the HXpktstatus field (see Section 5.4.3). 



4.0 Transmit/Receive IEEE 802.3 Frame 

A standard IEEE 802.3 packet (Figure 4-1) consists of the 
following fields: preamble, Start of Frame Delimiter (SFD), 
destination address, source address, length, data and 
Frame Check Sequence (FCS). The typical format is shown 
in Figure 4-1. The packets are Manchester encoded and 
decoded by the ENDEC unit and transferred serially to/from 
the MAC unit using NRZ data with a clock. All fields are of 
fixed length except for the data field. The SONIC-T gener- 
ates and appends the preamble, SFD and FCS field during 
transmission. The Preamble and SFD fields are stripped 
during reception. (The CRC is passed through to buffer 
memory during reception.) 



Format 

4.1 PREAMBLE AND START OF FRAME DELIMITER 
(SFD) 

The Manchester encoded alternating 1 ,0 preamble field is 
used by the ENDEC to acquire bit synchronization with an 
incoming packet. When transmitted, each packet contains 
62 bits of ah alternating 1 ,0 preamble. Some of this pream- 
ble may be lost as the packet travels through the network. 
Byte alignment is performed when the Start of Frame Delim- 
iter (SFD) pattern, consisting of two consecutive 1's, is de- 
tected. 

4.2 DESTINATION ADDRESS 

The destination address indicates the destination of the 
packet on the network and is used to filter unwanted pack- 
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4.0 Transmit/Receive IEEE 802.3 Frame 

ets from reaching a node. There are three types of address 
formats supported by the SONIC-T: Physical, Multicast, and 
Broadcast. 

Physical Address: The physical address Is a unique ad- 
dress that corresponds only to a single node. All physical 
addresses have the LSB of the first byte of the address set 
to "0". These addresses are compared to the internally 
stored CAM (Content Addressable Memory) address en- 
tries. All bits in the destination address must match an entry 
in the CAM in order for the SONIC-T to accept the pacl^et. 
Multicast Address: Multicast addresses, which have the 
LSB of the first byte of the address set to "1", are treated 
similarly as Physical addresses, i.e., they must match an 
entry in the CAM. This allow/s perfect filtering of Multicast 
packet's and eliminates the need for a hashing algorithm for 
mapping Multicast packets. 

Broadcast Address: If the address consists of alii 's, It is a 
Broadcast address, indicating that the packet is intended for 
all nodes. 

The SONIC-T also provides a promiscuous mode which al- 
lows reception of all physical address packets. Physical, 
Multicast, Broadcast, and promiscuous address modes can 
be selected via the Receive Control register. 

4.3 SOURCE ADDRESS 

The source address is the physical address of the sending 
node. Source addresses cannot be multicast or broadcast 
addresses. This field must be passed to the SONIC-T's 
transmit buffer from the system software. During transmis- 
sion, the SONIC-T compares the Source address with its 
internal CAM address entries before monitoring the CRC of 
the self -received packet. If the source address of the packet 
transmitted does not match a value in the CAM, the packet 
monitored bad flag (PMB) will be set in the transmit status 
field of the transmit descriptor (see Sections 5.5.1.2 and 
6.3.4). The SONIC-T does not provide Source Address in- 
sertion. However, a transmit descriptor fragment, containing 
only the Source Address, may be created for each packet. 
(See Section 5.5.1.) 

4.4 LENGTH/TYPE FIELD 

For IEEE 802.3 type packets, this field Indicates the number 
of bytes that are contained in the data field of the packet. 
For Ethernet I and II networks, this field indicates the type of 
packet. The SONIC-T does not operate on this field. 

4.5 DATA FIELD 

The data field has a variable octet length ranging from 46 to 
1 500 bytes as defined by the Ethernet specification. Mes- 
sages longer than 1 500 bytes need to be broken into multi- 
ple packets for IEEE 802.3 networks. Data fields shorter 
than 46 bytes require appending a pad to bring the com- 
plete frame length to 64 bytes. If the data field is padded, 
the number of valid bytes are indicated in the length field. 
The SONIC-T does not append pad bytes for short packets 
during transmission, nor check for oversize packets during 
reception. However, the user's driver software can easily 

append the pad by lengthening the TXpkt.pkt size field 

and TXpkt.frag size field(s) to at least 64 bytes (see Sec- 
tion 5.5.1). While the Ethernet specification defines the 
maximum number of bytes in the data field the SONIC-T can 
transmit and receive packets up to 64k bytes. 

4.6 FCS FIELD 

The Frame Check Sequence (FCS) is a 32-bit CRC field 
calculated and appended to a packet during transmission to 
allow detection of error-free packets. During reception, an 
error-free packet results in a specific pattern in the CRC 



Format (Continued) 

generator. The AUTODIN II (X32 + X26 + X23 + X22 + 
X16 + X12 4- XII + X10 + X8 + X7 + X5 + X4 + 
X2 + X1 + 1) polynomial is used for the CRC calculations. 
The SONIC-T may optionally append the CRC sequence 
during transmission, and checks the CRC both during nor- 
mal reception and self-reception during a transmission (see 
Section 3.3.1). 

4.7 MAC (MEDIA ACCESS CONTROL) CONFORMANCE 
The SONIC-T is designed to be compliant to the IEEE 802.3 
MAC Conformance specification. The SONIC-T implements 
most of the MAC functions in silicon and provides hooks for 
the user software to handle the remaining functions. The 
MAC Conformance specifications are summarized in Table 
4-1. 

TABLE 4-1. MAC Conformance Specifications 



Conformance 
Test Name 


Support By { 


SONIC-T 


User Driver 
Software 


Notes 


Minimum Frame Size 


X 






Maximum Frame Size 


X 


X 


1 


Address Generation 


X 


X 


2 


Address Recognition 


X 






Pad Length Generation 


X 


X 


3 


Start Of Frame Delimiter 


X 






Length Field 


X 






Preamble Generation 


X 






Order of Bit Transmission 


X 






Inconsistent Frame Length 


X 


X 


1 


Non-Integral Octet Count 


X 






Incon-ect Frame Check 
Sequence 


X 






Frame Assembly 


X 






FCS Generation and Insertion 


X 






Carrier Deference 


X 






Interframe Spacing 


X 






Collision Detection 


X 






Collision Handling 


X 






Collision Backoff and 
Retransmission 


X 






FCS Validation 


X 






Frame Disassembly 


X 






Back-to-Back Frames 


X 






Flow Control 


X 






Attempt Limit 


X 






Jam Size (after SFD) 


X 






Jam Size (in Preamble) 


X 







Note 1: The SONIC-T provides the byte count of the entire packet in the 
RXpkt.byte count (see Section 5.4.3). The user's driver software may per- 
form furtfier filtering of the pacl^et based upon the byta count. 
Note 2: The SONIC-T does not provide Source Address insertion; however, 
a transmit descriptor fragment, containing only the Source Address, may be 
created for each packet. (See Section 5.5.1.) 
Note 3: The SONIC-T does not provide Pad generation; however, the user's 

driver software can easily append the Pad by lengthening the TXpkt.pkt 

size field and TXpkt.frag_size field(s) to at least 64 bytes, (see Section 
5.5.1.) 
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5.0 Buffer Management 

5.1 BUFFER MANAGEMENT OVERVIEW 

The SONIC-T's buffer management scheme is based on 
separate buffers and descriptors (Figures 5-3 and 5-12). 
Packets that are received or transmitted are placed in buff- 
ers called the Receive Buffer Area (RBA) and the Transmit 
Buffer Area (TBA). The system keeps track of packets in 
these buffers using the information in the Receive Descrip- 
tor Area (RDA) and the Transmit Descriptor Area (TDA). A 
single (TDA) points to a single TBA, but multiple RDAs can 
point to a single RBA (one RDA per packet in the buffer). 
The Receive Resource Area (RRA), which is another form 
of descriptor, is used to keep track of the actual buffer. 
When packets are transmitted, the system sets up the pack- 
ets in one or more TBAs with a TDA pointing to each TBA. 
There can only be one packet per TBA/TDA pair. A single 
TBA, however, may be made up of several fragments of 
data dispersed in memory. There is one TDA pointing to 
each TBA which specifies information about the buffer's 
size, location in memory, number of fragments and status 
after transmission. The TDAs are linked together in a linked 
list. The system causes the SONIC-T to transmit the pack- 
ets by passing the first TDA to the SONIC-T and issuing the 
transmit command. 

Before a packet can be received, an RBA and RDA must be 
set up by the system. RDAs are made up as a linked list 
similar to TDAs. An RDA is not linked to a particular RBA, 
though. Instead, an RDA is linked specifically to a packet 
after it has been buffered into an RBA. More than one pack- 
et can be buffered into the same RBA, but each packet gets 
its own RDA. A received packet can not be scattered into 
fragments. The system only needs to tell the SONIC-T 
where the first RDA and where the RBAs are. Since an RDA 
never specifically points to an RBA, the RRA is used to 
keep track of the RBAs. The RRA is a circular queue of 
pointers and buffer sizes (not a linked list). When the 
SONIC-T receives a packet, it is buffered into an RBA and 
an RDA is written to so that it points to and describes the 
new packet. If the RBA does not have enough space to 
buffer the next packet, a new RBA is obtained from the 
RRA. 

5.2 DESCRIPTOR AREAS 

Descriptors are the basis of the buffer management scheme 
used by the SONIC-T. An RDA points to a received packet 
within an RBA, an RRA points to an RBA and a TDA points 
to a TBA which contains a packet to be transmitted. The 
conventions and registers used to describe these descrip- 
tors are discussed in the next three sections. 

5.2.1 Naming Convention for Descriptors 

The fields which make up the descriptors are named in a 
consistent manner to assist in remembering the usage of 
each descriptor. Each descriptor name consists of three 
components in the following format. 

[RX/TX] [descriptor name], [field] 
The first two capital letters indicate whether the descriptor is 
used for transmission (TX) or reception (RX), and is then 
followed by the descriptor name having one of two names. 



rsrc = Resource descriptor 
pkt = Packet descriptor 

The last component consists of a field name to distinguish it 
from the other fields of a descriptor. The field name is sepa- 
rated from the descriptor name by a period. ("."). An exam- 
ple of a descriptor is shown below. 



RX rsrc. buff ptr 



=li_ 



descriptor consists of two 
fields. "0"and"1" 
respectively indicate the 
least and most significant 
portions of the descriptor. 

- the "pointer" field of the 
descriptor 

- a descriptor for a buffer 
resource 

- a descriptor used for 
reception 

FIGURE 5-1. Receive Buffer Descriptor Example 

5.2.2 Abbreviations 

Abbreviations are used to describe the SONIC-T registers 
and data structures in memory. The "0" and "1" in the ab- 
breviations indicate the least and most significant portions 
of the registers or descriptors. Table 5-1 lists the naming 
convention abbreviations for descriptors. 

5.2.3 Buffer Management Base Addresses 

The SONIC-T uses three areas in memory to store descrip- 
tor information: the Transmit Descriptor Area (TDA), the Re- 
ceive Descriptor Area (RDA), and the Receive Resource 
Area (RRA). The SONIC-T accesses these areas by concat- 
enating a 16-bit base address register with a 16-bit offset 
register. The base address register supplies a fixed upper 
16 bits of address and the offset registers provide the lower 
16 bits of address. The base address registers are the Up- 
per Transmit Descriptor Address (UTDA), Upper Receive 
Descriptor Address (URDA), and the Upper Receive Re- 
source Address (URRA) registers. The corresponding offset 
registers are shown below. 



Upper Address Registers 

URRA 
URDA 
UTDA 



Offset Registers 

RSA,REA,RWP,RRP 
CRDA 
CTDA 



Table 5-1 defines the register mnemonics. 
Figure 5-2 shows an example of the Transmit Descriptor 
Area and the Receive Descriptor Area being located by the 
UTDA and URDA registers. The descriptor areas, RDA, 
TDA, and RRA are allowed to have the same base address, 
i.e., URRA=URDA=UTDA. Care, however, must be taken 
to prevent these areas from overwriting each other. 
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5.0 Buffer Management (continued) 



TABLE 5-1. Descriptor Abbreviations 



TRANSMIT AND RECEIVE AREAS 


RRA 


Receive Resource Area 


RDA 


Receive Descriptor Area 


RBA 


Receive Buffer Area 


IDA 


Transmit Descriptor Area 


TBA 


Transmit Buffer Area 


BUFFER MANAGEMENT REGISTERS 


RSA 


Resource Start Area Register 


REA 


Resource End Area Register 


RRP 


Resource Read Pointer Register 


RWP 


Resource Write Pointer Register 


CRDA 


Current Receive Descriptor 
Address Register 


CHBAO.I 


Current Receive Buffer Address 
Register 


TCBA0,1 


Temporary Current Buffer Address 
Register 


RBWC0,1 


Remaining Buffer Word Count 
Register 


TRBWCO.I 


Temporary Remaining Buffer Word 
Count Register 


EOBC 


End of Buffer Count Register 


IPS 


Transmit Pacl<et Size Register 


TSA0,1 


Transmit Start Address Register 


CTDA 


Current Transmit Descriptor 
Address Register 



BUFFER MANAGEMENT REGISTERS (Continued) 


TFC 


Transmit Fragment Count Register 


TFS 


Transmit Fragment Size Register 


UTDA 


Upper Transmit Descriptor 
Address Register 


URRA 


Upper Receive Resource Address 
Register 


URDA 


Upper Receive Descriptor Address 
Register 


TRANSMITAND RECEIVE DESCRIPTORS { 


RXrsrc.buff_ptrO,1 


Buffer Pointer Field in ttie RRA 


RXrsrc.buff_wcO,1 


Buffer Word Count Fields in the 
RRA 


RXpl<t.status 


Receive Status Fleid in the RDA 


RXpkt.byte_count 


Packet Byte Count Field in the 
RDA 


RXpkt.buff_ptrO,1 


Buffer Pointer Fields in the RDA 


RXpkt.link 


Receive Descriptor Link Field In 
RDA 


RXpkt.in use 


"In Use" Field in RDA 


TXpkt.frag_count 


Fragment Count Field in TDA 


TXpkt.pkt_si2e 


Packet Size Fleid in TDA 


TXpkt.pkt_ptrO,1 


Packet Pointer Fields In TDA 


TXpkt.frag_size 


Fragment Size Field In TDA 


TXpktlink 


Transmit Descriptor Link Field in 
TDA 



SONIC-T REGISTERS 



I UTDA I CTDA I ►^ 



(BASE) (OFFSET) 



URDA I CRDA 




TRANSMIT DESCRIPTOR 
j AREA 

I (UP TO 32k WORDS OR 
I 16k DOUBLE WORDS) 



RECEIVE DESCRIPTOR 
I AREA 

[ (UP TO 32k WORDS OR 
I 1 6k DOUBLE WORDS) 




32 -BIT 
ADDRESS RANGE 
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FIGURE 5-2. Transmit and Receive Descriptor Area Pointers 
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5.0 Buffer Management (continued) 

5.3 DESCRIPTOR DATA ALIGNMENT 

All fields used by descriptors (RXpktxxx, RXrsrc.xxx, and 
TXpktxxx) are word quantities (1 6-blt) and must be aligned 
to word boundaries (A0 = 0) for 1 6-blt nnemory and to long 
word boundaries (A1,AO=0,0) for 32-bit memory. The Re- 
ceive Buffer Area (RBA) must also be aligned to a word 
boundary In 1 6-bit mode and a long word boundary In 32-blt 
mode. The fragments in the Transmit Buffer Area (TBA), 
however, may be aligned on any arbitrary byte boundary. 

5.4 RECEIVE BUFFER MANAGEIUIENT 

The Receive Buffer Management operates on three areas in 
memory into which data, status, and control Information are 
written during reception (Figure 5-2). These three areas 
must be Initialized (Section 5.4.4) before enabling the re- 
ceiver (setting the RXEN bit In the Command Register). The 
Receive Resource Area (RRA) contains descriptors that lo- 
cate Receive Buffer Areas in system memory. These de- 
scriptors are denoted by R1, R2, etc. In Figure 5-3. Packets 
(denoted by P1, P2, etc.) can then be buffered Into the cor- 
responding RBAs. Depending on the size of each buffer 
area and the size of the packet(s), multiple or single packets 
are buffered into each RBA. The Receive Descriptor Area 
(RDA) contains status and control Information for each 
packet (D1, D2, etc. in Figure 5-3) corresponding to each 
received packet (D1 goes with PI, D2 with P2, etc.). 
When a packet arrives, the address recognition logic checks 
the address for a Physical, Multicast, or Broadcast match 
and if the packet Is accepted, the SONIC-T buffers the 
packet contiguously Into the selected Receive Buffer Area 
(RBA). Because of the previous end-of-packet processing, 
the SONIC-T assures that the complete packet is written 
Into a single contiguous block. When the packet ends, the 
SONIC-T writes the receive status, byte count, and location 
of the packet Into the Receive Descriptor Area (RDA). The 
SONIC-T then updates Its pointers to locate the next avail- 
able descriptor and checks the remaining words available In 
the RBA. If sufficient space remains, the SONIC-T buffers 
the next packet Immediately after the previous packet. If the 
current buffer is out of space the SONIC-T fetches a Re- 
source Descriptor from the Receive Resource Area (RRA) 
acquiring an additional buffer that has been previously allo- 
cated by the system. 



5.4.1 Receive Resource Area (RRA) 

As buffer memory Is consumed by the SONIC-T for storing 
data, the Receive Resource Area (RRA) provides a mecha- 
nism that allows the system to allocate additional buffer 
space for the SONIC-T. The system loads this area with 
Resource Descriptors that the SONIC-T, In turn, reads as its 
current buffer space Is used up. Each Resource Descriptor 
consists of a 32-blt buffer pointer locating the starting point 
of the RBA and a 32-bit word count that indicates the size of 
the buffer In words (2 bytes per word). The buffer pointer 
and word count are contiguously located using the format 
shown In Figure 5-4 with each component composed of 
1 6-blt fields. The SONIC-T stores this Information internally 
and concatenates the corresponding fields to create 32-bit 
long words for the buffer pointer and word count. Note that 
In 32-blt mode the upper word (D<31:16>) is not used by 
the SONIC-T. This area may be used for other purposes 
since the SONIC-T never writes into the RRA. 
The SONIC-T organizes the RRA as a circular queue for 
efficient processing of descriptors. Four registers define the 
RRA. The first two, the Resource Start Area (RSA) and the 
Resource End Area (REA) registers, determine the starting 
and ending locations of the RRA, and the other two regis- 
ters update the RRA. The system adds descriptors at the 
address specified by the Resource Write Pointer (RWP), 
and the SONIC-T reads the next descriptor designated by 
the Resource Read Pointer (RRP). The RRP is advanced 4 
words In 1 6-blt mode (4 long words In 32-bit mode) after the 
SONIC-T finishes reading the RRA and automatically wraps 
around to the beginning of the RRA once the end has been 
reached. When a descriptor In the RRA Is read, the 

RXrsc.buff ptO,1 Is loaded into the CRBA0,1 registers and 

the RXrsc.buff_wcO,1 Is loaded Into the RBWC0,1 regis- 
ters. 

The alignment of the RRA Is confined to either word or long 
word boundaries, depending upon the data width mode. In 
1 6-blt mode, the RRA must be aligned to a word boundary 
(AO Is always zero) and in 32-bit mode, the RRA Is aligned 
to a long word boundary (AO and A1 are always zero). 
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FIGURE 5-3. Overview of Receive Buffer Management 
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5.0 Buffer Management (continued) 

5.4.2 Receive Buffer Area (RBA) 

The SONIC-T stores the actual data of a received packet in 
the RBA. The RBAs are designated by the Resource De- 
scriptors In the RRA as described above. The RXrsrc.buff_ 
wcO,1 fields of the RRA indicate the length of the RBA. 
When the SONIC-T gets an RBA from the RRA, the 
RXrsrc.buff_wcO,1 values are loaded Into the Remaining 
Buffer Word Count registers (RBWCO.I). These registers 
keep track of how much space (in words) is left in the buffer. 
When a packet is buffered in a RBA, it Is buffered contigu- 
ously (the SONIC-T will not scatter a packet into multiple 
buffers or fragments). Therefore, if there Is not enough 
space left In a RBA after buffering a packet to buffer at least 
one more maximum sized packet (the maximum legal sized 
packet expected to be received from the network), a new 
buffer must be acquired. The End of Buffer Count (EOBC) 
register is used to tell the SONIC-T the maximum packet 
size that the SONIC-T will need to buffer. 

5.4.2.1 End of Buffer Count (EOBC) 

The EOBC is a boundary in the RBA based from the bottom 
of the buffer. The value written into the EOBC is the maxi- 
mum expected size (in words) of the network packet that 
the SONIC-T will have to buffer. This word count creates a 
line in the RBA that, when crossed, causes the SONIC-T to 
fetch a new RBA resource from the RRA. 



Note: The EOBC is a word count, not a byte count. Also, the value pro- 
grammed into EOBC must be a double word (32-bit) quantity when 
the SONIC-T is in 32-bit mode (e.g., in 32-bit mode, EOBC should be 
set to 758 words, not 759 words even though the maximum size of an 
IEEE 602.3 packet is 759 words). 

5.4.2.2 Buffering the Last Packet in an RBA 

At the start of reception, the SONIC-T stores the packet 
beginning at the Current Receive Buffer Address (CRBAO.I ) 
and continues until the reception is complete. Concurrent 
with reception, the SONIC-T decrements the Remaining 
Buffer Word Count (RBWCO.I) by one In 16-blt mode or by 
two in 32-bit mode. At the end of reception, if the packet has 
crossed the EOBC boundary, the SONIC-T knows that the 
next packet might not fit in the RBA. This check is done by 
comparing the RBWC0,1 registers with the EOBC. If 
RBWC0,1 is less than the EOBC (the last packet buffered 
has crossed the EOBC boundary), the SONIC-T fetches the 
next resource descriptor In the RRA. If RBWCO.I is greater 
than or equal to the EOBC (the EOBC boundary has not 
been crossed) the next packet reception continues at the 
present location pointed to by CRBAO.I In the same RBA. 
Figure 5-5 Illustrates the SONIC-T's actions for (1) 
RBWCO.I S EOBC and (2) RBWCO.I < EOBC. See Sec- 
tion 5.4.4.4 for specific information about setting the EOBC. 

Note: It is important that the EOBC boundary bo "aossod." In other words, 
case #1 in Figure 5-5 must exist before case #2 exists. If case #2 
occurs without case * 1 having occurred first, the test for RBWCO.t 
< EOBC will not work properly and the SONIC-T will not fetch a new 
buffer. The result of this will be a buffer overflow (RBAE in the Inter- 
rupt Status Register, Section 6.3.6). 
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FIGURE 5-4. Receive Resource Area Format 
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Case #1: SONIC-T buffers next packet in same RBA. 

Case #2: SONIC-T detects an exhausted RBA and will buffer the next packet in another RBA. 

FIGURE 5-5. Receive Buffer Area 
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5.0 Buffer Management (continued) 

5.4.3 Receive Descriptor Area (RDA) 

After tiie SONiC-T buffers a packet to memory, it writes 6 
words of status and control information into the RDA, reads 
the linl< field to proceed to the next Receive Descriptor, and 
writes to the in-use field of the current descriptor. In 32-bit 
mode the upper word, D<31:16>, is not used. This unused 
area in memory should not be used for other purposes since 
the SONIC-T may still write into these locations. Each re- 
ceive descriptor consists of the following sections (Figure 
5-6). 

31 15 
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RXpkt.byte_counl 



RXpkt.pkt.ptrO 



RXpkl.pkl_ptr1 



RXpkt.seq_no 



RXpkt.linkl EOL 



RXpkt.in_use 
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FIGURE 5-6. Receive Descriptor Format 
receive status: indicates status of the received packet. The 
SONIC-T writes the Receive Control register values into this 
field. Figure 5-7 shows the receive status format. This field 
is loaded from the contents of the Receive Control register. 
Note that ERR, RNT, BRD, PRO, and AMC are configura- 
tion bits and are programmed during initialization, see Sec- 
tion 6.3.3 for the description of the Receive Control register. 
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FIGURE 5-7. Receive Status Format 
byte count: gives the length of the complete packet from 
the start of Destination Address to the end of Frame Check 
Sequence (FCS). 

paci<et pointer: a 32-bit pointer that locates the packet in 
the RBA. The SONIC-T writes the contents of the CRBAO.I 
registers into this field. 

sequence numbers: this field displays the contents of two 
8-bit counters (modulo 256) that sequence the RBAs used 
and the packets buffered. These counters assist the system 
in determining when an RBA has been completely process- 
ed. The sequence numbers allow the system to tally the 
packets that have been processed within a particular RBA. 
There are two sequence numbers that describe a packet: 
the RBA Sequence Number and the Packet Sequence 
Number. When a packet is buffered to memory, the 
SONIC-T maintains a single RBA Sequence Number for all 
packets in an RBA and sequences the Packet Number for 
succeeding packets in the RBA. When the SONIC-T uses 
the next RBA, it increments the RBA Sequence Number and 
clears the Packet Sequence Number. The RBA's sequence 
counter is not incremented when the Read RRA command 
is Issued in the Command register. The format of the Re- 
ceive Sequence Numbers is shown in Figure 5-8. These 
counters are reset during a SONIC-T hardware reset or by 
writing zero to them. 
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FIGURE 5-8. Receive Sequence Number Format 

receive link field: a 15-bit pointer (A15-A1) that locates 
the next receive descriptor. The LSB of this field Is the End 
Of List (EOL) bit, and indicates the last descriptor in the lisL 
(initialized by the system.) 

in-use field: this field provides a handshake between the 
system and the SONIC-T to indicate the ownership of the 
descriptor. When the system avails a descriptor to the 
SONIC-T, it writes a non-zero value into this field. The 
SONIC-T, in turn, sets this field to all "O's" when it has 
finished processing the descriptor. (That is, when the CRDA 
register has advanced to the next receive descriptor.) Gen- 
erally, the SONIC-T releases control after writing the status 
and control information into the RDA. If, however, the SON- 
IC-T has reached the last descriptor in the list, it maintains 
ownership of the descriptor until the system has appended 
additional descriptors to the list. The SONiC-T then relin- 
quishes control after receiving the next packet. (See Sec- 
tion 5.4.6.1 for details on when the SONIC-T writes to this 
field). The receive packet descriptor format is shown in Fig- 
ure 5-6. 

5.4.4 Receive Buffer Management initialization 

The Receive Resource, Descriptor, and Buffer areas (RRA, 
RDA, RBA) in memory and the appropriate SONIC-T regis- 
ters must be properly initialized before the SONIC-T begins 
buffering packets. This section describes the initialization 
process. 

5.4.4.1 Initializing The Descriptor Page 

All descriptor areas (RRA, RDA, and TDA) used by the 
SONIC-T reside within areas up to 32k (word) or 16k (long 
word) pages. This page may be placed anywhere within the 
32-blt address range by loading the upper 16 address lines 
into the UTDA, URDA, and URRA registers. 

5.4.4.2 initializing The RRA 

The initialization of the RRA consists of loading the four 
SONIC-T RRA registers and writing the resource descriptor 
information to memory. 

The RRA registers are loaded with the following values. 
Resource Start Area (RSA) register: The RSA is loaded 
with the lower 16-bit address of the beginning of the RRA. 
Resource End Area (REA) register: The REA is loaded 
with the lower 16-bit address of the end of the RRA. The 
end of the RRA is defined as the address of the last 
RXrsrc.ptrO field in the RRA plus 4 words in 16-bit mode or 4 
long words in 32-bit mode (Figure 5-4). 
Resource Read Pointer (RRP) register: The RRP is load- 
ed with the lower 16-bit address of the first resource de- 
scriptor the SONIC-T reads. 

Resource Write Pointer (RWP) register: The RWP is load- 
ed with the lower 16-blt address of the next vacant location 
where a resource descriptor will be placed by the system. 

Note: The RWP register must only point to either (1) the RXrsrc.ptrO field of 
one of the RRA Descriptors. {2) the memory address that the RSA 
points to (the start of the RRA), or (3) the memory address that the 
REA points to (the end of the RRA). When the RWP = RRP compari- 
son is made, it is performed after the complete RRA descriptor has 
been read and not during the fetch. Failure to set the RWP to any of 
the above values prevents the RWP = RRP comparison from ever 
becoming true. 
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5.0 Buffer Management (continued) 

All RRA registers are concatenated with the URRA register 

for generating tlie full 32-bit address. 

The resource descriptors that the system writes to the RRA 

consists of four fields: (1) RXrsrc.buff ptrO, (2) 

RXrsrc.buff_ptr1, (3) RXrsrc.buff_wcO, and (4) 
RXrsrc.buff wcl. The fields must be contiguous (they can- 
not straddle the end points) and are written in the order 
shown in Figuro 5-9. The "0" and "1" in the descriptors 
denote the least and most significant portions for the Buffer 
Pointer and Word Count. The first two fields supply the 
32-bit starting location of the Receive Buffer Area (RBA), 
and the second two define the number of 1 6-bit words that 
the RBA occupies. Note that two restrictions apply to the 
Buffer Pointer and Word Count. First, in 32-bit mode, since 
the SONIC-T always writes long words, an even count must 
be written to RXrsrc.buff_wcO. Second, the Buffer Pointer 
must either be pointing to a word boundary in 16-bit mode 
(A0 = 0) or a long word boundary in 32-bit mode 
(A0,A1 =0,0). Note also that the descriptors must be prop- 
erly aligned in the RRA as discussed in Section 5.3. 
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FIGURE 5-9. RRA Initialization 

After configuring the RRA, the RRA Read command (setting 
RRRA bit in the Command register) may be given. This 
command causes the SONIC-T to read the RRA descriptor 
in a single block operation, and load the following registers 
(see Section 6.2 for register mnemonics): 
CRBAO register <— RXrsrc.buff_ptrO 
CRBA1 register ■«— RXrsrc.buff_ptr1 
RBWCO register •<— RXrsrc.buff_wcO 
RBWC1 register *— RXrsrc.buff_wc1 
When the command has completed, the RRRA bit in the 
Command register is reset to "0". Generally this command 
is only issued during initialization. At all other times, the RRA 
is automatically read as the SONIC-T finishes using an RBA. 

5.4.4.3 Initializing The RDA 

To accept multiple packets from the network, the receive 
packet descriptors must be linked together via the 
RXpkt.link fields. Each link field must be written with a 15-bit 
(A15-A1) pointer to locate the beginning of the next de- 
scriptor in the list. The LSB of the RXpktlink field is the End 
of List (EOL) bit and is used to indicate the end of the de- 
scriptor list. EOL = 1 for the last descriptor and EOL = 

for the first or middle descriptors. The RXpkt.in use field 

indicates whether the descriptor is owned by the SONIC-T. 
The system writes a non-zero value to this field when the 
descriptor is available, and the SONIC-T writes all "O's" 
when it finishes using the descriptor. At startup, the Current 
Receive Descriptor Address (CRDA) register must be load- 
ed with the address of the first RXpkt.status field in order for 



the SONIC-T to begin receive processing at the first de- 
scriptor. An example of two descriptors linked together is 
shown in Figure 5- 10. The fields initialized by the system are 
displayed in bold type. The other fields are written by the 

SONIC-T after a packet is accepted. The RXpkt.in use 

field is first written by the system, and then by the SONIC-T. 
Note that the descriptors must be aligned properly as dis- 
cussed in Section 5.3. Also note that the URDA register is 
concatenated with the CRDA register to generate the full 
32-bit address. 
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FIGURE 5-10. RDA Initialization Example 

5.4.4.4 initializing the Lower Boundary of the RBA 

A "false bottom" is set in the RBA by loading the End Of 
Buffer Count (EOBC) register with a value equal to the maxi- 
mum size packet in words (16 bits) that may be received. 
This creates a lower boundary in the RBA. Whenever the 
Remaining Buffer Word Count (RBWC0,1) registers decre- 
ment below the EOBC register, the SONIC-T buffers the 
next packet into another RBA. This also guarantees that a 
packet is always contiguously buffered Into a single Receive 
Buffer Area (RBA). The SONIC-T does not buffer a packet 
into multiple RBAs. Note that in 32-bit mode, the SONIC-T 
holds the LSB always low so that it properly compares with 
the RBWCO, 1 registers. 

After a hardware reset, the EOBC register is automatically 
initialized to 2F8h (760 words or 1520 bytes). For 32-bit ap- 
plications this is the suggested value for EOBC. EOBC de- 
faults to 760 words (1 520 bytes) instead of 759 words (1518 
bytes) because 1518 is not a double word (32-bit) boundary 
(see Section 5.4.2.1). If the SONIC-T is used in 16-bit mode, 
then EOBC should be set to 759 words (1518 bytes) be- 
cause 1518 is a word (16-bit) boundary. 
Sometimes it may be desired to buffer a single packet per 
RBA. When doing this, it is important to set EOBC and the 
buffer size correctly. The suggested practice is to set EOBC 
to a value that is at least 4 bytes, in 32-bit mode, or 2 bytes, 
in 16-bit mode, less than the buffer size. An example of this 
for 32-bit mode is to set EOBC to 760 words (1520 bytes) 
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5.0 Buffer Management (continued) 

and the buffer size to 762 words (1524 bytes). A similar 
example for 16-bit mode would be EOBC = 759 words 
(1518 bytes) and tfie buffer size set to 760 words (1520 
bytes). Tfie buffer can be any size, but as long as the EOBC 
is 2 words, for 32-bit mode, or 1 word, for 16-blt mode, less 
than the buffer size, only one packet will be buffered In that 
RBA. 

Note 1: It is possible to filter out most oversized packets by setting ttie buff- 
er size to 760 words (1 520 bytes) in 32-bit mode or 759 words (1518 
bytes) in 16-bit mode. EOBC would be set to 75B words (1516 
bytes) for both cases. Witti tfiis configuration, any packet over 1 520 
bytes, in 32-bit mode, or 1518 bytes. In 16-bit mode, will not be 
completely buffered because the packet will overflow tfie buffer. 
When a packet overflow occurs, a Receive Buffer Area Exceeded 
inten-upt (RBAE In the Inten-upt Status Register, Section 6.3.6) will 
occur. 
Note 2: When buffering one packet per buffer, It Is suggested that the val- 
ues In Note 1 above be used. Since tfie minimum legal sized Ether- 
net packet is 64 bytes, however. It is possible to set EOBC as much 
as 64 bytes less than the buffer size and still end up with one packet 
per buffer. Figure 5-11 shows this "range." 

5.4.5 Beginning Of Reception 

At the beginning of reception, the SONIC-T checks Its Inter- 
nally stored EOL bit from the previous RXpkt.link field for a 
"1". If the SONIC-T finds EOL = 1, It recognizes that after 
the previous reception, there were no more remaining re- 
ceive packet descriptors. It re-reads the same RXpkt.link 
field to check If the system has updated this field since the 
last reception. If the SONIC-T still finds EOL = 1, reception 
ceases. (See Section 5.5 for adding descriptors to the list.) 
Othenwise, the SONIC-T begins storing the packet in the 
RBA starting at the Current Receive Buffer Address 
(CRBAO.I) registers and continues until the packet has 
completed. Concurrent with the packet reception, the Re- 
maining Buffer Word Count (RBWCO.I) registers are decre- 
mented after each word is written to memory. This register 
determines the remaining words In the RBA at the end of 
reception. 

5.4.6 End Of Packet Processing 

At the end of a reception, the SONIC-T enters Its end of 
packet processing sequence to determine whether to ac- 
cept or reject the packet based on receive en-ors and pack- 
et size. At the end of reception the SONIC-T enters one of 
the following two sequences: 

— Successful reception sequence 

— Buffer recovery for runt packets or packets with errors 



5.4.6.1 Successful Reception 

If the SONIC-T accepts the packet, it first writes 5 words of 
descriptor information In the RDA beginning at the address 
pointed to by the Current Receive Descriptor Address 
(CRDA) register. It then reads the RXpkt.link field to ad- 
vance the CRDA register to the next receive descriptor. The 
SONIC-T also checks the EOL bit for a "1" in this field. If 
EOL = 1 , no more descriptors are available for the SONIC-T. 
The SONIC-T recovers the address of the current RXpkt.link 
field (from a temporary register) and generates a "Receive 
Descriptors Exhausted" Indication In the Interrupt Status 
register. (See Section 5.4.7 on how to add descriptors.) The 
SONIC-T maintains ownership of the descriptor by no/ writ- 
ing to the RXpkt.in_use field. Otherwise, if EOL = 0, the 
SONIC-T advances the CRDA register to the next descriptor 

and resets the RXpkt.ln use field to all "O's". 

The SONIC-T accesses the complete 7 word RDA descrip- 
tor In a single block operation. 

The SONIC-T also checks if there Is remaining space in the 
RBA. The SONIC-T compares the Remaining Buffer Word 
Count (RBWC0,1) registers with the static End Of Buffer 
Count (EOBC). If the RBWC Is less than the EOBC, a maxi- 
mum sized packet will no longer fit in the remaining space in 
the RBA; hence, the SONIC-T fetches a resource descriptor 
from the RRA and loads its registers with the pointer and 
word count of the next available RBA. 

5.4.6.2 Buffer Recovery For Runt Packets Or 
Packets With Errors 

If a runt packet (less than 64 bytes) or packet with errors 
arrives and the Receive Control register has been config- 
ured to not accept these packets, the SONIC-T recovers Its 
pointers back to the original positions. The CRBA0,1 regis- 
ters are not advanced and the RBWC0,1 registers are not 
decremented. The SONIC-T recovers its pointers by main- 
taining a copy of the buffer address in the Temporary Re- 
ceive Buffer Address registers (TRBA0,1). The SONIC-T re- 
covers the value In the RBWC0,1 registers from the Tempo- 
rary Buffer Word Count registers (TBWCO.I). 

5.4.7 Overflow Conditions 

When an overflow condition occurs, the SONIC-T halts Its 
DMA operations to prevent writing Into unauthorized memo- 
ry. The SONIC-T uses the Interrupt Status register (ISR) to 
Indicate three possible overflow conditions that can occur 
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FIGURE 5-11. Setting EOBC for Single Packet RBA 
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5.0 Buffer Management (Continued) 

when its receive resources have been exhausted. The sys- 
tem should respond by replenishing the resources that have 
been exhausted. These overflow conditions (Descriptor Re- 
sources Exhausted, Buffer Resources Exhausted, and RBA 
Limit Exceeded) are indicated in the interrupt Status register 
and are detailed as follows: 

Descriptor Resources Exhausted: This occurs when the 
SONiC-T has reached the last receive descriptor in the list, 
meaning that the SONIC-T has detected EOL = 1. The 
system must supply additional descriptors for continued re- 
ception. The system can do this in one of two ways: 1) 
appending descriptors to the existing list, or 2) creating a 
separate list. 

1. Appending descriptors to the existing list. This is the eas- 
iest and preferred way. To do this, the system, after cre- 
ating the new list, joins the new list to the existing list by 
simply writing the beginning address of the new list into 
the RXpkt.link field and setting EOL = 0. At the next 
reception, the SONIC-T re-reads the last RXpl<t.link field, 
and updates its CRDA register to point to the next de- 
scriptor. 

2. Creating a separate list. This requires an additional step 
because the lists are not joined together and requires 
that the CRDA register be loaded with the address of the 
RXpkt.link field in the new list. 

During this overflow condition, the SONIC-T maintains own- 
ership of the descriptor (RXpkt.in_use ^ OOh) and waits for 
the system to add additional descriptors to the list. When 
the system appends more descriptors, the SONIC-T releas- 
es ownership of the descriptor after writing OOOOh to the 

RXpkt.in use field. 

Buffer Resources Exhausted: This occurs when the 
SONIC-T has detected that the Resource Read Pointer 
(RRP) and Resource Write Pointer (RWP) registers are 
equal (i.e., all RRA descriptors have been exhausted). The 
RBE bit in the Interrupt Status register is set when the 
SONIC-T finishes using the second to last receive buffer 
and reads the last RRA descriptor. Actually, the SONIC-T is 
not truly out of resources, but gives the system an early 
warning of an impending out of resources condition. To con- 
tinue reception after the last RBA is used, the system must 
supply additional RRA descriptor(s), update the RWP regis- 
ter, and clear the RBE bit in the ISR. The SONIC-T rereads 
the RRA after this bit is cleared. 

RBA Limit Exceeded: This occurs when a packet does not 
completely fit within the remaining space of the RBA. This 
can occur if the EOBC register is not programmed to a value 
greater than the largest packet that can be received. When 
this situation occurs, the packet is truncated and the 
SONIC-T reads the RRA to obtain another RBA. Indication 
of an RBA limit being exceeded is signified by the Receive 
Buffer Area Exceeded (RBAE) interrupt being set (see Sec- 
tion 6.3.6). An RDA will not be set up for the truncated pack- 
et and the buffer space will not be re-used. To rectify this 
potential overflow condition, the EOBC register must be 
loaded with a value equal to or greater than the largest 
packet that can be accepted. See Section 5.4.2. 

5.5 TRANSMIT BUFFER MANAGEMENT 

To begin transmission, the system software issues the 
Transmit command (TXP = 1 in the CR). The Transmit Buff- 
er Management uses two areas in memory for transmitting 
packets (Figure 5-12), the Transmit Descriptor Area (TDA) 



and the Transmit Buffer Area (TBA). During transmission, 
the SONIC-T fetches control information from the TDA, 
loads its appropriate registers, and then transmits the data 
from the TBA. When the transmission is complete, the SON- 
IC-T writes the status information in the TDA. From a single 
transmit command, packets can either be transmitted singly 
or in groups if several descriptors have been linked togeth- 
er. 
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FIGURE 5-12. Overview of Transmit Buffer Management 
5.5.1 Transmit Descriptor Area (TDA) 

The TDA contains descriptors that the system has generat- 
ed to exchange status and control information. Each de- 
scriptor corresponds to a single packet and consists of the 
following 16-bit fields. 

TXpkt.status: This field is written by the SONIC-T and pro- 
vides status of the transmitted packet. See Section 5.5.1.2 
for more details. 

TXpkt.config: This field allows programming the SONIC-T 
to one of the various transmit modes. The SONIC-T reads 
this field and loads the corresponding configuration bits 
(PINTR, POWC, CRCI, and EXDIS) into the Transmit Control 
register. See Section 5.5.1.1 for more details. 

TXpkt.pkt size: This field contains the byte count of the 

entire packet 

TXpkt.frag count: This field contains the number of frag- 
ments the packet is segmented into. 
TXpkt.frag_ptrO,1: This field contains a 32-bit pointer 
which locates the packet fragment to be transmitted in the 
Transmit Buffer Area (TBA). This pointer is not restricted to 
any byte alignment. 

TXpkt.frag size: This field contains the byte count of the 

packet fragment. The minimum fragment size is 1 byte. 
TXpkt.link: This field contains a 15-bit pointer (A15-A1) to 
the next TDA descriptor. The LSB, the End Of List (EOL) bit, 
indicates the last descriptor in the list when set to a "1 ". 
When descriptors have been linked together, the SONIC-T 
transmits back-to-back packets from a single transmit com- 
mand. 

The data of the packet does not need to be contiguous, but 
can exist in several locations (fragments) in memory. In this 

case, the TXpkt.frag count field is greater than one, and 

additional TXpktfrag ptrO,1 and TXpkt.frag size fields 

corresponding to each fragment are used. The descriptor 
format is shown in Figure 5-13. Note that in 32-bit mode the 
upper word, D<31:16>, is not used. 
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FIGURE 5-13. Transmit Descriptor Area 

5.5.1.1 Transmit Configuration 

The TXpkt.config field allows tiie SONIC-T to be pro- 
gramrTied into one of the transmit modes before each trans- 
mission. At the beginning of each transmission, the 
SONIC-T reads this field and loads the PINTR, POWC, 
CRCI, and EXDIS bits into the Transmit Control register 
(TOR). The configuration bits In the TOR correspond directly 
with the bits in the TXpkt.config field as shown In Figure 5- 
14. See Section 6.3.4 for the description on the TCR. 
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FIGURE 5-14. TXpi<t.COnflg Field 

5.5.1.2 Transmit Status 

At the end of each transmission the SONIC-T writes the 
status bits (<10:0>) of the Transmit Control Register (TCR) 
and the number of collisions experienced during the trans- 
mission Into the TXpkt.status field (Figure 5-15, res = re- 
served). Bits NC4-NC0 indicate the number of collisions 
where NC4 is the MSB. See Section 6.3.4 for the descrip- 
tion of the TCR. 
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FIGURE 5-15. TXpkt.status Field 

5.5.2 Transmit Buffer Area (TBA) 

The TBA contains the fragments of packets that are defined 
by the descriptors In the TDA. A packet can consist of a 
single fragment or several fragments, depending upon the 
fragment count in the TDA descriptor. The fragments also 
can reside anywhere within the full 32-bit address range, 
and be aligned to any byte boundary. When an odd byte 
boundary is given, the SONIC-T automatically begins read- 
ing data at the corresponding word boundary in 16-bit mode 
or a long word boundary in 32-bit mode. The SONIC-T Ig- 



nores the extraneous bytes which are written Into the FIFO 
during odd byte alignment fragments. The minimum allowed 
fragment size is 1 byte. Figure 5-12 shows the relationship 
between the TDA and the TBA for single and multi-frag- 
mented packets. 

5.5.3 Preparing To Transmit 

All fields in the TDA descriptor and the Current Transmit 
Descriptor Address (CTDA) register of the SONIC-T must be 
initialized before the Transmit Command (setting the TXP bit 
in the Command register) can be issued. If more than one 
packet Is queued, the descriptors must be linked together 
with the TXpkt.lInk field. The last descriptor must have EOL 
= 1 and all other descriptors must have EOL = 0. To begin 
transmission, the system loads the address of the first 
TXpkt.status field into the CTDA register. Note that the up- 
per 16-bits of address are loaded In the Upper Transmit 
Descriptor (UTDA) register. The user performs the following 
transmit initialization. 

1. Initialize the TDA 

2. Load the CTDA register with the address of the first trans- 
mit descriptor 

3. Issue the transmit command 

Note that If the source address of the packet being transmit- 
ted is not In the CAM, the Packet Monitored Bad (PMB) bit 
in the TXpxLstatus field will be set (see Section 6.3.4). 

5.5.3.1 Transmit Process 

When the Transmit Command (TXP = 1 In the Command 
register) is Issued, the SONIC-T fetches the control informa- 
tion in the TDA descriptor, loads Its appropriate registers 
(shown below) and begins transmission. (See Section 6.2 
for register mnemonics.) 
TCR *— TXpkt.config 
TPS *- TXpkt.pkt_size 
TFC ■«— TXpkt.frag_count 
TSAO «— TXpkt.frag_ptrO 
TSA1 <— TXpkt.frag_ptr1 
TFS ■«— TXpkt.frag_slze 
CTDA *- TXpkLlink 

(CTDA is loaded after all fragments have been read and 
successfully transmitted. If the halt transmit command is is- 
sued (HTX bit in the Command register Is set) the CTDA 
register is not loaded.) 

During transmission, the SONIC-T reads the packet descrip- 
tor in the TDA and transmits the data from the TBA. If 

TXpkt.frag ^count is greater than one, the SONIC-T, after 

finishing transmission of the fragment, fetches the next 

TXpkt.frag ptrO,1 and TXpktfrag size fields and transmits 

the next fragment. This process continues until all frag- 
ments of a packet are transmitted. At the end of packet 
transmission, status is written in to the TXpkt.status field. 
The SONIC-T then reads the TXpkt.lInk field and checks if 
EOL = 0. If it Is "0", the SONIC-T fetches the next descrip- 
tor and transmits the next packet. If EOL = 1 the SONIC-T 
generates a "Transmission Done" indication in the Interrupt 
Status register and resets the TXP bit In the Command reg- 
ister. 

In the event of a collision, the SONIC-T recovers Its pointer 
in the TDA and retransmits the packet up to 1 5 times. The 
SONIC-T maintains a copy of the CTDA register In the Tem- 
porary Transmit Descriptor Address (TTDA) register. 
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5.0 Buffer Management (continued) 

The SONIC-T performs a block operation of 6, 3, or 2 ac- 
cesses in the TDA, depending on where the SONIC-T is in 
the transmit process. For the first fragment, it reads the 
TXpkt.config to TXpkt.frag_size (6 accesses). For the next 
fragment, if any, it reads the next 3 fields from TXpkt.frag_ 
ptrO to TXpkt.frag_size (3 accesses). At the end of trans- 
mission it writes the status information to TXpkt.status and 
reads the TXpkt.link field (2 accesses). 

5.5.3.2 Transmit Completion 

The SONIC-T stops transmitting under two conditions. In 
the normal case, the SONIC-T transmits the complete list of 
descriptors in the TDA and stops after it detects EOL = 1. 
In the second case, certain transmit errors cause the 
SONIC-T to abort transmission. If FIFO Underrun, Byte 
Count M/smatcfi, Excessive Collision, or Excessive Deferral 
(if enabled) errors occur, transmission ceases. The CTDA 
register points to the last packet transmitted. The system 
can also halt transmission under software control by setting 
the HTX bit in the Command register. Transmission halts 
after the SONIC-T writes to the TXpkt.status field. 

5.5.4 Dynamically Adding TDA Descriptors 

Descriptors can be dynamically added during transmission 
without halting the SONIC-T. The SONIC-T can also be 
guaranteed to transmit the complete list including newly ap- 
pended descriptors (barring any transmit abort conditions) 
by observing the following rule: The last TXpkt.link field 
must point to the next location where a descriptor will be 
added (see step 3 below and Figure 5-16). The procedure 
for appending descriptors consists of: 

1. Creating a new descriptor with its TXpkt.link pointing to 
the next vacant descriptor location and its EOL bit set to 
a"1". 

2. Resetting the EOL bit to a "0" of the previously last de- 
scriptor. 

3. Re-issuing the Transmit command (setting the TXP bit in 
the Command register). 

Step 3 assures that the SONIC-T will transmit all the pack- 
ets in the list. If the SONIC-T is currently transmitting, the 
Transmit command has no effect and continues transmitting 
until it detects EOL = 1. If the SONIC-T had just finished 
transmitting, it continues transmitting from where it had pre- 
viously stopped. 

TDA 



LAST DESCRIPTOR OF LIST 




LOCATION WHERE NEXT DESCRIPTOR 
WILL BE PLACED 



6.0 SONIC-T Registers 

The SONIC-T contains two sets of registers: The status/ 
control registers and the CAM memory cells. The status/ 
control registers are used to configure, control, and monitor 
SONIC-T operation. They are directly addressable registers 
and occupy 64 consecutive address locations in the system 
memory space (selected by the RA5-RA0 address pins). 
There are a total of 64 status/control registers divided into 
the following categories: 

User Registers: These registers are accessed by the user 
to configure, control, and monitor SONIC-T operation. 
These are the only SONIC-T registers the user needs to 
access. Figure 6-3 shows the programmer's model and Ta- 
ble 6-1 lists the attributes of each register. 
Internal Use Registers: These registers (Table 6-2) are 
used by the SONIC-T during normal operation and are not 
intended to be accessed by the user. 
National Factory Test Registers: These registers (Table 
6-3) are for National factory use only and should never be 
accessed by the user. Accessing these registers during nor- 
mal operation can cause improper functioning of the 
SONIC-T. 

6.1 THE CAM UNIT 

The CAM unit memory cells are indirectly accessed by pro- 
gramming the CAM descriptor area in system memory and 
issuing the LCAM command (setting the LCAM bit in the 
Control register). The CAM cells do not occupy address lo- 
cations in register space and, thus, are not accessible 
through the RA5-RA0 address pins. The CAM control regis- 
ters, however, are part of the user register set and must be 
initialized before issuing the LCAM command (see Section 
6.3.10). 

The Content Addressable Memory (CAM) consists of six- 
teen 48-bit entries for complete address filtering (Figure 6-1) 
of network packets. Each entry corresponds to a 48-bit des- 
tination address that is user programmable and can contain 
any combination of Multicast or Physical addresses. Each 
entry is partitioned into three 16-bit CAM cells accessible 
through CAM Address Ports (CAP 2, CAP 1 and CAP 0) with 
CAPO corresponding to the least significant 16 bits of the 
Destination Address and CAP2 corresponding to the most 
significant bits. The CAM is accessed in a two step process. 
First, the CAM Entry Pointer is loaded to point to one of the 
16 entries. Then, each of the CAM Address Ports is ac- 
cessed to select the CAM cell. The 16 user programmable 
CAM entries can be masked out with the CAM Enable regis- 
ter (see Section 6.3.10). 

Note: It is nol necessary to program a broadcast address into the CAM 
when it is desired to accept broadcast packets. Instead, to accept 
broadcast packets, set the BRD bit in the Receive Control register. If 
the BRD bit has been set, the CAM is still active. This means that it is 
possible to accept broadcast packets at the same time as accepting 
packets that match physical addresses In the CAM. 

6.1.1 The Load CAIVI Command 

Because the SONIC-T uses the CAM for a relatively long 
period of time during reception, it can only be written to via 
the CAM Descriptor Area (CDA) and is only readable when 
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FIGURE 5-16. Initializing Last Link Field 
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6.0 SONIC-T Registers (Continued) 



CAM ENTRY 

POINTER REGISTER 

(5 BITS) 



CAM ADDRESS PORT 2 
(BITS 47 - 32) 

CAM ADDRESS PORT 1 
(BITS 31-16) 

CAM ADDRESS PORT 
(BITS 15-0) 




FIGURE 6-1. CAM 



the SONIC-T is in software reset. The CDA resides In the 
same Gik byte block of memory as the Receive Resource 
Area (RRA) and contains descriptors for loading the CAM 
registers. These descriptors are contiguous and each de- 
scriptor consists of four 16-blt fields (Figure 6-2). In 32-blt 
mode the upper word, D<31:16>, is not used. The first field 
contains the value to be loaded into the CAM Entry Pointer 
and the remaining fields are for the three CAM Address 
Ports (see Section 6.3.10). In addition, there is one more 
field after the last descriptor containing the mask for the 
CAM Enable register. Each of the CAM descriptors are ad- 
dressed by the CAM Descriptor Pointer (CDP) register. 
After the system has initialized the CDA, it can issue the 
Load CAM command to program the SONIC-T to read the 
CDA and load the CAM. The procedure for issuing the Load 
CAM command is as follows. 

1. Initialize the Upper Receive Resource Address (URRA) 
register. Note that the CAM Descriptor Area must reside 
within the same 64k page as the Receive Resource 
Area. (See Section 6.3.9.) 



TL/F/11719-26 

Organization 

2. Initialize the CDA as described above. 

3. Initialize the CAM Descriptor Count with the number of 
CAM descriptors. Note, only the lower 5 bits are used in 
this register. The other bits are don't cares. (See Section 
6.3.10.) 

4. Initialize the CAM Descriptor Pointer to locate the first 
descriptor in the CDA. This register must be reloaded 
each time a new Load CAM command is issued. 

5. Issue the Load CAM command (LCAM) in the Command 
register. (See Section 6.3.1.) 

If a transmission or reception is In progress, the CAM DMA 
function will not occur until these operations are complete. 
When the SONIC-T completes the Load CAM command, 
the CDP register points to the next location after the CAM 
Enable field and the CDC equals zero. The SONIC-T resets 
the LCAM bit in the Command register and sets the Load 
CAM Done (LCD) bit in the ISR. 



CAM DESCRIPTOR POINTER , CDP - 



NOT USED 
IN 32-BIT MODE 



CAM Entry Pointer 




CAM Address Port 




CAM Address Port 1 




CAM Address Port 2 
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CAM Entry Pointer 




CAM Address Port 




CAM Address Port 1 




CAM Address Port 2 




CAM Enable 





— DESCRIPTOR 



— DESCRIPTOR n 
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FIGURE 6-2. CAM Descriptor Area Format 
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6.0 SONIC-T Registers (Continued) 



status and 
Control Registers 



Transmit 
Registers 



Receive 
Registers 



CAM 
Registers 



Tally 
Counters 



Watchdog 
Timer 



f RA<5:0> 
Oh Command Register 

1 Data Configuration Register 

2 Receive Control Register 

3 Transmit Control Register 

4 Interrupt Mask Register 

5 Interrupt Status Register 

3F Data Configuration Register 2 



15 



O 
■a 

09 
CO 
(O 
CO 



Status and Control Fields 



Control Fields 



Status and Control Fields 



Status and Control Fields 



Mask Fields 



Status Fields 



Control Fields 



Lower 16-bit Address Offset 



Upper 1 6-bit Address Base 



6 Upper Transmit Descriptor Address Register Upper 16-bit Address Base 

7 Current Transmit Descriptor Address Register 
OD Upper Receive Descriptor Address Register 
OE Current Receive Descriptor Address Register 

14 Upper Receive Resource Address Register 

15 Resource Start Address Register 



Lower 1 6-bit Address Offset 



Upper 16-bit Address Base 



Lower 1 6-bit Address Offset 



16 Resource End Address Register 

17 Resource Read Register 

18 Resource Write Register 

^ 2B Receive Sequence Counter 

21 CAM Entry Pointer 

22 CAM Address Port 2 

23 CAM Address Port 1 

24 CAM Address Port 

25 CAM Enable Register 

26 CAM Descriptor Pointer 

. 27 CAM Descriptor Count 
2C CRC Error Tally Counter 
2D Frame Alignment Error Tally 

L 2E Missed Packet Tally 
29 Watchdog Timer 
2A Watchdog Timer 1 
28 Silicon Revision Register 



Lower 1 6-bit Address Offset 



Lower 1 6-Bit Address Offset 



Lower 16-bit Address Offset 



Count Value 



Count Value 



Pointer 



Most Significant 16 bits of CAM Entry 



Middle 16 bits of CAM Entry 



Least Significant 1 6 bits of CAM Entry 



Mask Fields 



Lower 1 6-bit Address Offset 



Count Value 



Count Value 



Count Value 



Count Value 



Lower 1 6-bit Count Value 



Upper 16-bit Count Value 



Chip Revision Number 



FIGURE 6-3. Register Programming Model 
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6.0 SONIC-T Registers (Continued) 

c-icTATiic/rnNTBrii Ri:ni<;TFRc; ing interrupt control. The registers are selected by asserting 
6.2 STATUS/CONTROL REGISTERS ^^^^^^ ^^ ^^^ g^^l^ ^ ^^^ p^^^.^.^^ ^^ necessary ad- 

This set of registers is used to convey status/control infer- ^^^^^ ^^ ^^g^^jg^ 3^(j^g33 pi^g ra5-RA0. Tables 6-1 , 6-2, 
mation to/from tfie host system and to control the operation ^^^ g_g g^^^ „^g locations of all SONIC-T registers and 
of the SONIC-T. These registers are used for loading com- ^^^^^^ information on the registers can be found in the data 
mands generated from the system, indicating transmit and ^^^^^ 
receive status, buffering data to/from memory, and provid- 

TABLE 6-1. User Registers 


RA5-RA0 


Access 


Register 


Symbol 


Description 
(section) 


COMMAND AND STATUS REGISTERS 


OOh 


R/W 


Command 


CR 


6.3.1 


01 (Note 3) 


R/W 


Data Configuration 


DCR 


6.3.2 


02 


R/W 


Receive Control 


RCR 


6.3.3 


03 


R/W 


Transmit Control 


TCR 


6.3.4 


04 


R/W 


Interrupt Mask 


IMR 


6.3.5 


05 


R/W 


Interrupt Status 


ISR 


6.3.6 


3F (Note 3) 


R/W 


Data Configuration 2 


DCR2 


6.3.7 


TRANSMIT REGISTERS 


06 


R/W 


Upper Transmit Descriptor Address 


UTDA 


6.3.8, 5.4.4.1 


07 


R/W 


Current Transmit Descriptor Address 


CTDA 


6.3.8, 5.5.3 


RECEIVE REGISTERS 


OD 


R/W 


Upper Receive Descriptor Address 


URDA 


6.3.9, 5.4.4.1 


OE 


R/W 


Current Receive Descriptor Address 


CRDA 


6.3.9, 5.4.4.3 


13 


R/W 


End of Buffer Word Count 


EOBC 


6.3.9, 5.4.2 


14 


R/W 


Upper Receive Resource Address 


URRA 


6.3.9, 5.4.4.1 


15 


R/W 


Resource Start Address 


RSA 


6.3.9, 5.4.1 


16 


R/W 


Resource End Address 


REA 


6.3.9, 5.4.1 


17 


R/W 


Resource Read Pointer 


RRP 


6.3.9, 5.4.1 


18 


R/W 


Resource Write Pointer 


RWP 


6.3.9, 5.4.1 


2B 


R/W 


Receive Sequence Counter 


RSC 


6.3.9, 5.4.3.2 


CAM REGISTERS 


21 


R/W 


CAIi/l Entry Pointer 


CEP 


6.1,6.3.10 


22 (Note 1) 


R 


CAM Address Port 2 


CAP2 


6.1,6.3.10 


23 (Note 1) 


R 


CAM Address Porti 


CAP1 


6.1,6.3.10 


24 (Note 1) 


R 


CAM Address Porto 


CAPO 


6.1,6.3.10 


25 (Note 2) 


R/W 


CAM Enable 


CE 


6.1,6.3.10 


26 


R/W 


CAM Descriptor Pointer 


CDP 


6.1,6.3.10 


27 


R/W 


CAM Descriptor Count 


CDC 


6.1,6.3.10 


TALLY COUNTERS 


2C(Note4) 


R/W 


CRC Error Tally 


CRCT 


6.3.11 


2D (Note 4) 


R/W 


FAE Tally 


FAET 


6.3.11 


2E(Note4) 


R/W 


Missed Packet Tally 


MPT 


6.3.11 
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6.0 SONIC-T Registers (continued) 

TABLE 6-1. User Registers (Continued) 



RA5-RA0 


Access 


Register 


Symbol 


Description 
(section) 


WATCHDOG COUNTERS 


29 


R/W 


Watchdog Timer 


WTO 


6.3,12 


2A 


R/W 


Watchdog Timer 1 


WT1 


6.3.12 


SILICON REVISION 


28 


R 


Silicon Revision 


SR 


6.3.13 



Note 1: These registers can only be read when the SONIC-T is in reset mode {RST bit in the CR is set). The SONIC-T gives invalid dala when these registers are 

read in non-reset mode. 

Note 2: This register can only be written to when the SONIC-T is in reset mode. This register is normally only loaded by the Load CAM command. 

Note 3: The Data Configuration registers, DCR and DCR2. can only be written to when the SONIC-T is in reset mode (RST bit in CR is set). Writing to these 

registers while not in reset mode does not alter the registers. 

Note 4: The data written to these registers is inverted before being latched. That is, if a value of FFFFh is written, these registers will contain and read back the 
value of OOOOh. Data is not inverted during a read operation. 

TABLE 6-2. Internal Use Registers (Users should not write to these registers) 



(RA5-RA0) 


Access 


Register 


Symbol 


Description 
(section) 


TRANSMIT REGISTERS 


08 (Note 1) 


R/W 


Transmit Packet Size 


TPS 


5.5 


09 


R/W 


Transmit Fragment Count 


TFC 


5.5 


OA 


R/W 


Transmit Start Address 


TSAO 


5.5 


OB 


R/W 


Transmit Start Address 1 


TSA1 


5.5 


OC (Note 2) 


R/W 


Transmit Fragment Size 


TFS 


5.5 


20 


R/W 


Temporary Transmit Descriptor Address 


TTDA 


5.5.4 


2F 


R 


Maximum Deferral Timer 


MDT 


6.3.4 


RECEIVE REGISTERS 


OF 


R/W 


Current Receive Buffer Address 


CRBAO 


5.4.2, 5.4.4.2 


10 


R/W 


Current Receive Buffer Address 1 


CRBA1 


5.4.2, 5.4.4.2 


11 


R/W 


Remaining Buffer Word Count 


RBWCO 


5.4.2, 5.4.4.2 


12 


R/W 


Remaining Buffer Word Count 1 


RBWC1 


5.4.2, 5.4.4.2 


19 


R/W 


Temporary Receive Buffer Address 


TRBAO 


5.4.6.2 


1A 


R/W 


Temporary Receive Buffer Address 1 


TRBA1 


5.4.6.2 


IB 


R/W 


Temporary Buffer Word Count 


TBWCO 


5.4.6.2 


1C 


R/W 


Temporary Buffer Word Count 1 


TBWC1 


5.4.6.2 


IF 


R/W 


Last Link Field Address 


LLFA 


none 


ADDRESS GENERATORS 


ID 


R/W 


Address Generator 


ADDRO 


none 


IE 


R/W 


Address Generator 1 


ADDR1 


none 



Note 1: The data that is read from these registers is the inversion of what has been written to them. 

Note 2: The vaiue that is written to this register is shifted once in 16-bit mode and shifted twice in 32-bit mode. 

TABLE 6-3. National Factory Test Registers 



(RA5-RA0) 



Access 



Register 



Symbol 



Description 
(section) 



30 
3E 



R/W 



These registers are for factory use only. Users must not 
address these registers or improper SONiC-T operation 
can occur. 
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6.0 SONIC-T Registers (Continued) 

6.3 REGISTER DESCRIPTION 

6.3.1 Command Register 

(RA<5:0>=0h) 

This register (Figure 6-4) is used for issuing commands to the SONIC-T. These commands are issued by setting the correspond- 
ing bits for the function. For all bits, except for the RST bit, the SONIC-T resets the bit after the command Is completed. With the 
exception of RST, writing a "0" to any bit has no effect. Before any commands can be issued, the RST bit must first be reset to 
"0". This means that, if the RST bit is set, two writes to the Command Register are required to issue a command to the 
SONIC-T; one to clear the RST bit, and one to issue the command. 

This register also controls the general purpose 32-bit Watchdog Timer. After the Watchdog Timer register has been loaded, it 
begins to decrement once the ST bit has been set to "1". An Interrupt is issued when the count reaches zero if the Timer 
Complete interrupt is enabled in the IMR. 

During hardware reset, bits 7, 4, and 2 are set to a "1"; all others are cleared. During software reset bits 9, 8, 1, and are 
cleared and bits 7 and 2 are set to a "1"; all others are unaffected. 



15 


14 


13 


12 


11 


10 


9 


8 


, 7 


6 


5 


4 


3 


2 


1 























LCAM 


RRRA 


RST 





ST 


STP 


RXEN 


RXDIS 


TXP 


HTX 



r=read only, r/w= read/write 



r/w r/w r/w 



r/w r/w r/w r/w r/w r/w 



FIGURE 6-4. Command Register 



Field 


Meaning 


LCAM 


LOAD CAM 


RRRA 


READ RRA 


RST 


SOFTWARE RESET 


ST 


START TIMER 


STP 


STOP TIMER 


RXEN 


RECEIVER ENABLE 


RXDIS 


RECEIVER DISABLE 


TXP 


TRANSMIT PACKET(S) 


HTX 


HALT TRANSMISSION 




Description 



Bit 



15-10 



Must be 



LCAM: LOAD CAM 

Setting this bit causes the SONIC-T to load the CAM with the descriptor that Is pointed to by the CAM Descriptor 

Pointer register. 

Note: This bit must not be set during transmission (TXP is set). The SONIC-T will lock up if both bits are set simultaneously. 



RRRA: READ RRA 

Setting this bit causes the SONIC-T to read the next RRA descriptor pointed to by the Resource Read Pointer (RRP) 
register. Generally this bit is only set during initialization. Setting this bit during normal operation can cause improper 
receive operation. 



RST: SOFTWARE RESET 

Setting this bit resets all internal state machines. The CRC generator is disabled and the Tally counters are halted, 
but not cleared. The SONIC-T becomes operational when this bit is reset to "0". A hardware reset sets this bit to a 
"1 ". It must be reset to "0" before the SONIC-T becomes operational. 



Must be 0. 



ST: START TIMER 

Setting this bit enables the general-purpose watchdog timer to begin counting or to resume counting after it has 
been halted. This bit Is reset when the timer is halted (i.e., STP is set). Setting this bit resets STP. 



STP: STOP TIMER 

Setting this bit halts the general-purpose watchdog timer and resets the ST bit. The timer resumes when the ST bit is 
set This bit powers up as a "1". Note: Simultaneously setting bits ST and STP stops the timer. 
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6.0 SONIC-T Registers (continued) S 

6.3.1 Command Register (Continued) W 

(RA<5:0>=0h) 



4^1 



Bit 



Description 



RXEN: RECEIVER ENABLE 

Setting this bit enables the receive buffer management engine to begin buffering data to memory. Setting this bit 
resets the RXDIS bit. Note: If this bit is set while the MAC unit is currently receiving a packet, both RXEN and RXDIS 
are set until the network goes inactive (i.e., the SONIC-T will not start buffering in the middle of a packet being 
received). 



RXDIS: RECEIVER DISABLE 

Setting this bit disables the receiver from buffering data to memory or the Receive FIFO. If this bit is set during the 
reception of a packet, the receiver is disabled only after the packet is processed. The RXEN bit is reset when the 
receiver is disabled. Tally counters remain active regardless of the state of this bit. Note: If this bit is set while the 
SONIC-T is currently receiving a packet, both RXEN and RXDIS are set until the packet is fully received. 



TXP: TRANSMIT PACKET(S) 

Setting this bit causes the SONIC-T to transmit packets which have been set up in the Transmit Descriptor Area 
(TDA). The SONIC-T loads its appropriate registers from the TDA, then begins transmission. The SONIC-T clears 
this bit after any of the following conditions have occurred: (1 ) transmission had completed (i.e., after the SONIC-T 
has detected EOL = 1 ), (2) the Halt Transmission command (HTX) has taken effect, or (3) a transmit abort condition 
has occurred. This condition occurs when any of the following bits in the TCR have been set: EXC, EXD, FU, or BCM. 
Note: This bit must not be set if a Load CAIul operation is in progress (LCAM is set). The SONIC-T will lock up if both 
bits are set simultaneously. 



HTX: HALTTRANSMISSION 

Setting this bit halts the transmit command after the current transmission has completed. TXP is reset after 
transmission has halted. The Current Transmit Descriptor Address (CTDA) register points to the last descriptor 
transmitted. The SONIC-T samples this bit after writing to the TXpkt.status field. 
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6.0 SONIC-T Registers (Continued) 

6.3.2 Data Configuration Register 

(RA<5:0> = 1h) 

This register (Figure 6-5) establishes the bus cycle options for reading/writing data to/from 16- or 32-bit memory systems. 
During a hardware reset, bits 15 and 13 are cieared; all other bits are unaffected. (Because of this, the first thing the driver 
software does to the SONIC-T should be to set up this register.) All bits are unaffected by a software reset. This register must 
only be accessed when the SONIC-T is in reset mode (i.e., the RST bit is set in the Command register). 

j 4 3 2 10 



15 



14 



13 



12 
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P01 


POO 
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USR1 
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WC1 
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DW 
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TFT1 


TFTO 



r/w r/w r/w 

= read only, r/w= read/write I 
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r/w r/w r/w r/w r/w r/w r/w 

o , \ - \ c o a , \ 

FIGURE 6-6. Data Configuration Register 
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Field Meaning 

EXBUS EXTENDED BUS MODE 

LBR LATCHED BUS RETRY 

PO0,PO1 PROGRAMMABLE OUTPUTS 

SBUS SYNCHRONOUS BUS MODE 

USRO, USR1 USER DEFINABLE PINS 

WC0,WC1 WAIT STATE CONTROL 

DW DATA WIDTH SELECT 

BI^S BLOCK MODE SELECT FOR DMA 

RFTO, RFT1 RECEIVE FIFO THRESHOLD 

TFTO.TFTI TRANSMIT FIFO THRESHOLD 



Bit 



Description 



15 



EXBUS: EXTENDED BUS lUIODE 

Setting this bit enables the Extended Bus mode which enables the following: 

1 .Extended Programmable Outputs, EXUSR <3:0> : This changes the TXD, LBK, RXC and RXD pins from the 
external ENDEC interface into four programmable user outputs, EXUSR <3:0> respectively, which are similar to 
USR < 1 :0> . These outputs are programed with bits 1 5-1 2 in the DCR2 (see Section 4.3.7). On hardware reset, 
these four pins will be TRI-STATE and will remain that way until the DCR is changed. If EXBUS is enabled, then 
these pins will remain TRI-STATE until the SONiC-T becomes a bus master, at which time they will be driven 
according to the DCR2. If E XBUS is disabled, then these four pins work normally as external ENDEC interface pins. 

2. Synchronous Termination, STERM: This changes the TXC pin from the External ENDEC interface into a 
synchronous memory termination input for compatibility with Motorola style processors. This input is only useful 
when Asynchronous Bus mode is selected (bit 10 below is set to "0") and BMODE = 1 (Motorola mode). On 
hardware reset, this pin will be TRI-STATE and will remain that way until the DCR is changed. If EXBUS i s enabled , 
this pin will remain TRI-STATE until the SONIC-T becomes a bus master, at which time it will become the STERM 
input, if EXBUS is disabled, then t his pi n works normally as the TXC pin for the external ENDEC interface. 

3. Asynchronous Bus Retry: Causes BRT to be clocked in asynchronously off the falling edge of bus clock. This only 
applies, however, when the SONIC-T is operating in asynchronous mode (bit 1 below is set to "0"). if EXBUS is not 
set, BRT is sampled synchronously off the rising edge of bus clock. 



14 



Must be 0. 



13 



LBR: LATCHED BUS RETRY 

The LBR bit controls the mode of operation of the BRT signal (see pin description). It allows the BUS Retry operation 

to be latched or unlatched. 

0: Unlatched mode: The assertion of BRT farces the SONIC-T to finish the current DMA operation and get off the bus. 

The SONIC-T will retry the oper ation w hen BRT is deserted. 
1 : Latched mode: The assertion of BRT forces the SONIC-T to finish the current DMA operation as above, however, 

the SONIC-T will not retry until BRT is deasserted and the BR bit in the iSR (see Section 6.3.6) has been reset. 

Hence, the mode has been latched on until the BR bit is cleared. 

Note: Unless LBR is set to a "1 ", BRT must remain asserted at least until the SONIC-T has gone idle. 



12,11 



P01,POO:PROGRA!MIVIABLE OUTPUTS 

The P01 ,PO0 bits individually control the USR1 ,0 pins respectively when SONIC-T is a bus master (HLDA or BGACK 
is active). When P01 /POO are set to a 1 the USR1 /USRO pins are high during bus master operations and when 
these bits are set to a the USR1 /USRO pins are low during bus master operations. 
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6.0 SONIC-T Registers (continued) 

6.3.2 Data Configuration Register (Continued) 
(RA<5:0> = 1h) 


Bit 


Description 


10 


SBUS: SYNCHRONOUS BUS MODE 

Tiie SBUS bit is used to select tiie mode of system bus operation when SONIC-T is a bus master. This bit selects the internal 
ready line to be either a synchronous or asynchronous input to SONIC-T during block transfer DMA operations. 
0: Asynchronous mode. RDYi(BIVIODE = 0)orDSACK0,1 (BMODE = 1) are respectively Internally synchronized 

at the falling edge of the bus clock (T2 of the DMA cycle). No setup or hold times need to be met with 

respect to this edge to guarantee proper bus operation. 
1: Synchronous mode. RDYi(BH/10DE = 0) and DSACKQ,1 (BMODE = 1) must respectively meet the setup and 

hold times with respect to the rising edge of T1 or T2 to guarantee proper bus operation. 


9,8 


USR1,0: USER DEFINABLE PINS 

The USR1 ,0 bits report the level of the USR1 ,0 signal pins, respectively, after a chip hardware reset. If the USR1 ,0 signal pins 
are at a logical 1 (tied to Vqc) during a hardware reset the USR1 ,0 bits are set to a 1 . If the USR1 ,0 pins are at a logical (tied 
to ground) during a hardware reset the USR1 ,0 bits are set to a 0. These bits are latched on the rising edge of MS i . Once set 
they remain set/reset until the next hardware reset. 


7,6 


WC1,0: WAIT STATE CONTROL 

These encoded bits determine the number of additional bus cycles (T2 states) that are added during each DMA cycle. 
WC1 WOO Bus Cycles Added 


1 1 

1 2 
1 1 3 


5 


DW: DATA WIDTH SELECT 

These bits select the data path width for DMA operations. 
DW Data Width 

16-bit 

1 32-bit 


4 


BiUIS: BLOCK MODE SELECT FOR DMA 

Determines how data is emptied or filled into the Receive or Transmit FIFO. 

0: Empty/fill mode: All DMA transfers continue until either the Receive FIFO has emptied or the Transmit FIFO has 

filled completely. 
1 : Block mode: All DMA transfers continue until the programmed number of bytes (RFTO, RFT1 during reception or 

TFO, TF1 during transmission) have been transferred. (See note for 1 1- 10, TFT1.) 


3,2 


RFTI.RFTO: RECEIVE FIFO THRESHOLD 

These encoded bits determine the number of words (or long words) that are written into the receive FIFO from the MAC unit 
before a receive DMA request occurs. (See Section 3.5.) 
RFT1 RFTO Threshold 
2 words or 1 long word (4 bytes) 

1 4 words or 2 long words (8 bytes) 

1 8 words or 4 long words (16 bytes) 

1 1 1 2 words or 6 long words (24 bytes) 
Note: In block mode (BMS bit - 1), the receive FiFO threshold sets the number of words (or long words) written to memory during a receive DMA block cycle. 


1,0 


TFT1,TFT0: TRANSMIT FIFO THRESHOLD 

These encoded bits determine the minimum number of words (or long words) the DMA section maintains in the transmit FiFO. 
A bus request occurs when the number of words drops below the transmit FIFO threshold. (See Section 3.5.) 
TFT1 TFTO Threshold 
4 words or 2 long words (8 bytes) 

1 8 words or 4 long words (16 bytes) 

1 12 words or 6 long words (24 bytes) 

1 1 14 words or 7 long words (28 bytes) 

Note: In block mode (BMS bit = 1), the number of bytes the SONIC-T reads in a single DMA burst equals the transmit FIFO threshold value. II the number of 
words or long words needed to fill the FIFO is less than the threshold value, then only the number of reads required to fill the FIFO in a single DMA burst will be 
made. Typically, with the FIFO threshold value set to 1 2 or 14 words, the number of memory reads needed is less than the FIFO threshold value. 
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6.0 SONIC-T Registers (Continued) 

6.3.3 Receive Control Register 

(RA<5:0> = 2h) 

This register is used to filter incoming pacl^ets and provide status information of accepted pacl<ets (Figure 6-6). Setting any of 

bits 15-11 to a "1" enables tlie corresponding receive filter. If none of these bits are set, only packets which match the CAM 

Address registers are accepted. Bits 10 and 9 control the loopback operations. 

After reception, bits 8-0 indicate status information about the accepted packet and are set to "1" when the corresponding 

condition is true. If the packet is accepted, all bits in the RCR are written into the RXpkt.status field. Bits 8-6 and 3-0 are 

cleared at the reception of the next packet. 

This register is unaffected by a software reset. 
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r=read only, r/w = read/write 

FIGURE 6-6. Receive Control Register 



Fieid Meaning 

ERR ACCEPT PACKET WITH ERRORS 

RNT ACCEPT RUNT PACKETS 

BRD ACCEPT BROADCAST PACKETS 

PRO PHYSICAL PROMISCUOUS PACKETS 

AMC ACCEPT ALL MULTICAST PACKETS 

LBO.LBI LOOPBACK CONTROL 

MC MULTICAST PACKET RECEIVED 

BC BROADCAST PACKET RECEIVED 

LPKT LAST PACKET IN RBA 

CRS CARRIER SENSE ACTIVITY 

COL COLLISION ACTIVITY 

CRCR CRC ERROR 

FAER FRAME ALIGNMENT ERROR 

LBK LOOPBACK PACKET RECEIVED 

PRX PACKET RECEIVED OK 



Bit 



Description 



15 



ERR: ACCEPT PACKET WITH CRC ERRORS OR COLLISiONS 

0: Reject all packets with CRC errors or when a collision occurs. 
1 : Accept packets with CRC errors and ignore collisions. 



14 



RNT: ACCEPT RUNT PACKETS 

0: Normal address match mode. 

1 : Accept runt packets (packets less than 64 bytes in length). 

Note: A hardware reset clears this bit. 



13 



BRD: ACCEPT BROADCAST PACKETS 

0: Normal address match mode. 

1 : Accept broadcast packets (packets with addresses that match the CAM are also accepted). 

Note: This bit is cleared upon hardware reset. 



12 



PRO: PHYSICAL PROMISCUOUS MODE 

Enable all Physical Address packets to be accepted. 
0: normal address match mode. 
1 : promiscuous mode. 



11 



AMC: ACCEPT ALL MULTICAST PACKETS 

0: normal address match mode. 

1: enables all multicast packets to be accepted. Broadcast packets are also accepted regardless 
of the BRD bit. (Broadcast packets are a subset of multicast packets.) 
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6.0 SONIC-T Registers (Continued) 

6.3.3 Receive Control Register (Continued) 
(RA<5:0> = 2h) 


Bit 


Description 


10,9 


LB1,LB0: LOOPBACK CONTROL 

These encoded bits control loopback operations for MAC loopback, ENDEC loopback and Transceiver lookback. For 
proper operation, the CAM Address registers and Receive Control register must be initialized to accept the Destination 
address of the loopback packet (see Section 3.8). 
LB1 LBO Function 
no loopback, normal operation 

1 MAC loopback 
10 ENDEC loopback 

1 1 Transceiver loopback 
Note: A hardware reset clears ttiese bits. 


8 


MC: MULTICAST PACKET RECEIVED 

This bit Is set when a packet is received with a Multicast Address. 


7 


BC: BROADCAST PACKET RECEIVED 

This bit is set when a packet Is received with a Broadcast Address. 


6 


LPKT: LAST PACKET IN RBA 

This bit Is set when the last packet is buffered into a Receive Buffer Area (RBA). The SONIC-T detects this condition 
when Its Remaining Buffer Word Count (RBWCO.I) register Is less than the End Of Buffer Count (EOBC) register. (See 
Section 5.4.2.) 


5 


CRS: CARRIER SENSE ACTIVITY 

Set when CRS is active. Indicates the presence of network activity. 


4 


COL: COLLISION ACTIVITY 

Indicates that the packet received had a collision occur during reception. 


3 


CRCR: CRC ERROR 

Indicates the packet contains a CRC error. If the packet also contains a Frame Alignment error, FAER will be set 
Instead (see below). 


2 


FAER: FRAME ALIGNMENT ERROR 

Indicates that the incoming packet was not correctly framed on an 8-blt boundary. Note: If no CRC errors have 
occurred, this bit Is not set (I.e., this bit is only set when both a frame alignment and CRC error occurs). 


1 


LBK: LOOPBACK PACKET RECEIVED 

indicates that the SONIC-T has successfully received a loopback packet. 





PRX: PACKET RECEIVED OK 

Indicates that a packet has been received without CRC, frame alignment, length (runt packet) errors or collisions. 


•« 
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6.0 SONIC-T Registers (continued) 

6.3.4 Transmit Control Register 

(RA<5:0> = 3h) 

This register is used to program the SONIC-T's transmit actions and provide status Information after a packet has been 

transmitted (Figure 6-7). At the beginning of transmission, bits 15, 14, 13 and 12 from the TXpktconfig field are loaded into the 

TCR to configure the various transmit modes (see Section 5.5.1.1). When the transmission ends, bits 10-0 Indicate status 

Information and are set to a "1" when the corresponding condition Is true. These bits, along with the number of collisions 

Information, are written into the TXpktstatus field at the end of transmission (see Section 5.5.1.2). Bits 9 and 5 are cleared after 

the TXpkt.status field has been written. Bits 10, 7, 6, and 1 are cleared at the commencement of the next transmission while bit 8 

is set at this time. 

A hardware reset sets bits 8 and to a "1 ". This register is unaffected by a software reset. 
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r=read only, r/w = read/write 



FIGURE 6-7. Transmit Control Register 

Field Meaning 

PINTR PROGRAMMABLE INTERRUPT 

POWC PROGRAMMED OUT OF WINDOW COLLISION TIMER 

CRCI CRC INHIBIT 

EXDIS DISABLE EXCESSIVE DEFERAL TIMER 

EXD EXCESSIVE DEFERRAL 

DEF DEFERRED TRANSMISSION 

NCRS NOCRS 

CRSL CRSLOST 

EXC EXCESSIVE COLLISIONS 

owe OUT OF WINDOW COLLISION 

PMB PACKET MONITORED BAD 

FU FIFO UNDERRUN 

BCM BYTE COUNT MISMATCH 

PTX PACKET TRANSMITTED OK 



Bit 



Description 



15 



PINTR: PROGRAMMABLE INTERRUPT 

This bit allows transmit Interrupts to be generated under software control. The SONIC-T will issue an interrupt (PINT 
in the Interrupt Status Register) immediately after reading a TDA and detecting that PINTR is set In the TXpktconfig 
field. 

Note: In order (or PINTR to operata properly, 11 must be set and reset In the TXpktconfig field by alternating TDAs. This is necessary because after 
PINT has been issued In the ISR, PINTR in the Transmit Control Register must be cleared before it is set again in order to have the interrupt issued 
for another packet. The only effective way to do this is to set P I NTR to a 1 no more often than every other packet. 



14 



POWC: PROGRAM "OUT OF WINDOW COLLISION" TIMER 

This bit programs when the out of window collision timer begins. 
0: timer begins after the Start of Frame Delimiter (SFD). 
1 : timer begins after the first bit of preamble. 



13 



CRCI: CRC INHIBIT 

0: transmit packet with 4-byte FCS field 
1 : transmit packet without 4-byte FCS field 



12 



EXDIS: DISABLE EXCESSIVE DEFERRAL TIMER: 

0: excessive deferral timer enabled 
1 : excessive deferral timer disabled 



11 



Must be 0. 



10 



EXD: EXCESSIVE DEFERRAL 

Indicates that the SON IC-T has been deferring for 3.2 ms. The transmission is aborted if the excessive deferral timer 
is enabled (I.e., EXDIS is reset). This bit can only be set If the excessive deferral timer Is enabled. 
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6.0 SONIC-T Registers (Continued) 

6.3.4 Transmit Control Register (Continued) 
(RA<5:0> = 3h) 


Bit 


Description 


9 


DEF: DEFERRED TRANSMISSION 

Indicates that tlie SONIC-T has deferred its transmission during the first attempt. If subsequent collisions occur, this 
bit is reset. This bit is cleared after the TXpkt.status field is written in the TDA. 


8 


NCRS: NO CRS 

Indicates that Carrier Sense (CRS) was not present during transmission. CRS is monitored from the beginning of the 
Start of Frame Delimiter to the last byte transmitted. The transmission will not be aborted. This bit is set at the start 
of preamble and is reset if CRS is detected. Hence, if CRS is never detected throughout the entire transmission of 
the packet, this bit will remain set. 

Note: NCRS will always remain set in MAC loopbaol^. 


7 


CRSL: CRS LOST 

Indicates that CRS has gone low or has not been present during transmission. CRS is monitored from the beginning 
of the Start of Frame Delimiter to the last byte transmitted. The transmission will not be aborted. 

Note: it CRS was never present, both NCRS and CRSL will bo set simultaneously. Also, CRSL will always be set in MAC loopbaok. 


6 


EXC: EXCESSIVE COLLISIONS \ 

Indicates that 16 collisions have occurred. The transmission is aborted. 


5 


OWC: OUT OF WINDOW COLLISION 

Indicates that an illegal collision has occurred after 51 .2 jas (one slot time) from either the first bit of preamble or 
from SFD depending upon the POWC bit. The transmission backs off as in a normal transmission. This bit is cleared 
after the TXpkt.status field is written inthe TDA. 


4 


Must be 0. 


3 


PMB: PACKET MONITORED BAD 

This bit is set, if after the receive unit has monitored the transmitted packet, the CRC has been calculated as invalid, 
a frame alignment error occurred or the Source Address does not match any of the CAM address registers. 

Note 1: The SONIC-T's CRC checker is active during transmission. 

Note 2: If CRC has been inhibited (or transmissions (CRCI is set), this bit will always be low. This is true regardless of Frame Alignment or Source 

Address mismatch errors. 

Note 3: II a Receive FIFO overrun has occurred, the transmitted packet is not monitored completely. Thus, if PMB is set along with the RFO bit in the 

ISR, then PMB has no meaning. The packet must be completely received before PMB has meaning. 


2 


FU: FIFO UNDERRUN 

Indicates that the SONIC-T has not been able to access the bus before the FIFO has emptied. This condition occurs 
from excessive bus latency and/or slow bus clock. The transmission is aborted. (See Section 3.5.2.) 


1 


BCM: BYTE COUNT MISMATCH 

This bit is set when the SONIC-T detects that the TXpkt.pkt_size field is not equal to the sum of the TXpkt.frag_ 
size field(s). Transmission is aborted. 





PTX: PACKET TRANSMITTED OK 

Indicates that a packet has been transmitted without the following errors: 
—Excessive Collisions (EXC) 
—Excessive Deferral (EXD) 
— FIFO Underrun (FU) 
—Byte Count Mismatch (BCM) 
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6.0 SONIC-T Registers (Continued) 

6.3.5 Interrupt Mask Register 

(RA<5:0> = 4h) 

This register masl^s the interrupts that can be generated from the ISR (Figure 6-8). Writing a "1" to the bit enables the 
corresponding interrupt. During a hardware reset, all mask bits are cleared. 
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FIGURE 6-8. interrupt Mask Register 



r/w 



r/w 



r/w r/w r/w 



Field Meaning 

BREN BUS RETRY OCCURRED ENABLE 

HBLEN HEARTBEAT LOST ENABLE 

LCDEN LOAD CAM DONE INTERRUPT ENABLE 

PINTEN PROGRAMMABLE INTERRUPT ENABLE 

PRXEN PACKET RECEIVED ENABLE 

PTXEN PACKET TRANSMITTED OK ENABLE 

TXEREN TRANSMIT ERROR ENABLE 

TCEN TIMER COMPLETE ENABLE 

RDEEN RECEIVE DESCRIPTORS ENABLE 

RBEEN RECEIVE BUFFERS EXHAUSTED ENABLE 

RBAEEN RECEIVE BUFFER AREA EXCEEDED ENABLE 

CRCEN CRC TALLY COUNTER WARNING ENABLE 

FAEEN FAE TALLY COUNTER WARNING ENABLE 

MPEN MP TALLY COUNTER WARNING ENABLE 

RFOEN RECEIVE FIFO OVERRUN ENABLE 



Bit 


Description 


15 


Must be 0. 


14 


BREN: BUS RETRY OCCURRED enabled: 

0: disable 

1 : enables interrupts when a Bus Retry operation is requested. 


13 


HBLEN: HEARTBEAT LOST enable: 

0: disable 

1 : enables interrupts when a heartbeat lost condition occurs 


12 


LCDEN: LOAD CAM DONE INTERRUPT enable: 

0: disable 

1 : enables interrupts when the Load CAM command has finished 


11 


PINTEN: PROGRAMMABLE INTERRUPT enable: 

0: disable 

1 : enables programmable interrupts to occur when the PINTR bit the TXpkt.config field Is set to a "1 ". 


10 


PRXEN: PACKET RECEIVED enable: 

0: disable 

1 : enables interrupts for packets accepted. 


9 


PTXEN: PACKET TRANSMITTED OK enable: 

0: disable 

1 : enables interrupts for transmit completions 


8 


TXEREN: TRANSMIT ERROR enable: 

0: disable 

1 : enables interrupts for packets transmitted with error. 
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6.0 SONIC-T Registers (continued) 

6.3.5 Interrupt Mask Register (Continued) 
(RA<5:0> = 4h) 


Bit 


Description 


7 


TCEN: GENERAL PURPOSE TIMER COMPLETE enable: 

0: disable 

1 : enables Interrupts when the general purpose timer has rolled over from 0000 OOOOh to FFFF FFFFh. 


6 


RDEEN: RECEIVE DESCRIPTORS EXHAUSTED enable: 

0: disable 

1 : enables interrupts when all receive descriptors in the RDA have been exhausted. 


5 


RBEEN: RECEIVE BUFFERS EXHAUSTED enable: 

0: disable 

1: enables Interrupts when all resource descriptors in the RRA have been exhausted. 


4 


RBAEEN: RECEIVE BUFFER AREA EXCEEDED enable: 

0: disable 

1 : enables interrupts when the SONIC-T attempts to buffer data beyond the end of the Receive Buffer Area. 


3 


CRCEN: CRC TALLY COUNTER WARNING enable: 

0: disable 

1 : enables interrupts when the CRC tally counter has rolled over from FFFFh to OOOOh. 


2 


FAEEN: FRAME ALIGNMENT ERROR (FAE) TALLY COUNTER WARNING enable: 

0: disable 

1 : enables interrupts when the FAE tally counter rolled over from FFFFh to OOOOh. 


1 


MPEN: MISSED PACKET (MP) TALLY COUNTER WARNING enable: 

0: disable 

1 : enables interrupts when the MP tally counter has rolled over from FFFFh to OOOOh. 





RFOEN: RECEIVE FIFO OVERRUN enable: 

0: disable 

1 : enables interrupts when the receive FIFO has overrun. 
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6.0 SONIC-T Registers (continued) 



6.3.6 Interrupt status Register 

(RA<5:0> = 5h) 

This register (Figure 6-9) indicates the source of an interrupt when the INT pin goes active. Enabling the corresponding bits in 
the IMR allows bits In this register to produce an Interrupt. When an Interrupt Is active, one or more bits in this register are set to 
a "1". A bit is cleared by writing "1" to it. Writing a "0" to any bit has no effect. 
This register Is cleared by a hardware reset and unaffected by a software reset. 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 








BR 


HBL 


LCD 


PINT 


PKTRX 


PTDN 


TXER 


TC 


RDE 


RBE 


RBAE 


CRC 


FAE 


MP 


RFO 



r/w r/w 

r/w= read/write 



r/w r/w r/w r/w r/w r/w r/w r/w 
FIGURE 6-9. Interrupt Status Register 



r/w 



r/w r/w r/w r/w 



Field Meaning 

BR BUS RETRY OCCURRED 

HBL CD HEARTBEAT LOST 

LCD LOAD CAM DONE 

PINT PROGRAMMABLE INTERRUPT 

PKTRX PACKET RECEIVED 

TXDN TRANSMISSION DONE 

TXER TRANSMIT ERROR 

TC TIMER COMPLETE 

RDE RECEIVE DISCRIPTORS EXHAUSTED 

RBE RECEIVE BUFFERS EXHAUSTED 

RBAE RECEIVE BUFFER AREA EXCEEDED 

CRC CRC TALLY COUNTER ROLLOVER 

FAE FRAME ALIGNMENT ERROR 

MP MISSED PACKET COUNTER ROLLOVER 

RFO RECEIVE FIFO OVERRUN 



Bit 



Description 



15 



Must be 0. 



14 



13 



BR: BUS RETRY OCCURRED 

Indicates that a Bus Retry (BRT) operation has occurred. In Latched Bus Retry mode (LBR in the DCR), BR will only 
be set when the SONIC-T Is a bus master. Before the SONIC-T will continue any DMA operations, BR must be 
cleared. In Unlatched mode, the BR bit should be cleared also, but the SONIC-T will not wait for BR to be cleared 
before requesting the bus again and continuing its DMA operations. (See Sections 6.3.2 and 7.2.6 for more 
information on Bus Retry.) 



HBL: CD HEARTBEAT LOST 

If the transceiver falls to provide a collision pulse (heart beat) during the first 6.4 fis of the interframe Gap after 
transmission, this bit Is set. 



12 



11 



LCD: LOAD CAiUI DONE 

Indicates that the Load CAM command has finished writing to all programmed locations in the CAM. 
(See Section 6.1.1.) 



PINT: PROGRAiUIUED INTERRUPT 

Indicates that upon reading the TXpkt.config field, the SONIC-T has detected the PINTR bit to be set 
(See Section 6.3.4.) 



10 



PKTRX: PACKET RECEIVED 

Indicates that a pacl^et has been received and been buffered to memory. This bit Is set after the RXpkt.seq_no field 
is written to memory. 



TXDN:TRANSIMiSSiON DONE 

Indicates that either (1) there are no remaining packets to be transmitted in the Transmit Descriptor Area (i.e., the 
EOL bit has been detected as a "1 "), (2) the Halt Transmit command has been given (HTX bit In CR is set to a "1 "), 
or (3) a transmit abort condition has occurred. This condition occurs when any of following bits In the TCR are set: 
BCM, EXC, FU, or EXD. This bit Is set after the TXpkt.status field has been written to. 
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6.0 SONIC-T Registers (continued) S 

to 

6.3.6 Interrupt Status Register (Continued) g 

(RA<5:0> = 5h) 



Bit 



Description 



TXER: TRANSMIT ERROR 

Indicates that a packet has been transmitted with at least one of the following errors. 

— Byte count mismatch (BOM) 

— Excessive collisions (EXC) 

—FIFO underrun (FU) 

— Excessive deferral (EXD) 

The TXpkt.status field reveals the cause of the error(s). 



TC: GENERAL PURPOSE TIMER COMPLETE 

Indicates that the timer has rolled over from 0000 OOOOh to FFFF FFFFh. (See Section 6.3. 12.) 



RDE: RECEIVE DESCRIPTORS EXHAUSTED 

indicates that all receive packet descriptors In the RDA have been exhausted. This bit Is set when the SONIC-T 
detects EOL = 1 . (See Section 5.4.7.) 



RBE: RECEIVE BUFFER EXHAUSTED 

Indicates that the SONIC-T has detected the Resource Read Pointer (RRP) is equal to the Resource Write Pointer 

(RWP). This bit Is set after the last field is read from the resource area. (See Section 5.4.7.) 

Note 1: This bit wiii be set as the SONIC-T finishes using the second to last receive buffer and reads the last RRA descriptor. This gives the system 

an early warning of impending no resources. 

Note 2: The SONIC-T will stop recaption of pacl<ets when the last RBA has been used and will not continue reception until additional receive buffers 

have been added (i.e.. RWP is incremented beyond RRP) and this bit has been reset. 

Note 3: If additional buffers have been added, resetting this bit causes the SONIC-T to read the next resource descriptor pointed to by the RRpi in 

the Receive Resource Area. Note that resetting this bit under this condition is similar to issuing the Read RRA command (setting the RRRA bit in the 

Command Register). This bit should never be reset until after the addtlonal resources have been added to the RRA. 



RBAE: RECEIVE BUFFER AREA EXCEEDED 

Indicates that during reception, the SONIC-T has reached the end of the Receive Buffer Area. Reception Is aborted 
and the SONIC-T fetches the next available resource descriptors In the RRA. The buffer space is not re-used and an 
RDA Is not set up for the truncated packet (see Section 5.4.7). __^ 



CRC: CRC TALLY COUNTER ROLLOVER 

Indicates that the tally counter has rolled over from FFFFh to OOOOh. (See Section 6.3.1 1 .) 



FAE: FRAME ALIGNMENT ERROR (FAE) TALLY COUNTER ROLLOVER 

Indicates that the FAE tally counter has rolled over from FFFFh to OOOOh. (See Section 6.3.1 1 .) 



MP: MJSSED PACKET (MP) COUNTER ROLLOVER 

Indicates that the iVIP tally counter has rolled over from FFFFh to OOOOh. (See Section 6.3.1 1 .) 



RFO: RECEIVE FIFO OVERRUN 

Indicates that the SONIC-T has been unable to access the bus before the receive FIFO has filled from the network. 
This condition is due to excessively long bus latency and/or slow bus clock. Note that FIFO underruns are Indicated 
In the TCR. (See Section 3.5/IJ ___^ 
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6.0 SONIC-T Registers (Continued) 

6.3.7 Data Configuration Register 2 

(RA<5:0> = 3Fti) 

Tills register (Figure 6-10) Is for enabling the extended bus Interface options. 

A tiardware reset will set all bits In tills register to "0" except for tiie Extended Programmable Outputs whicii are unl<nown until 

written to and bits 5 to 1 1 wtilcii must be written witii zeroes, but are "don't cares" wiien read. A software reset will not affect 

any bits In tills register. Tills register stiould only be written to wiien tiie SONIC-T Is In software reset (tiie RST bit in tiie 

Command Register Is set). '> ,i ^ 
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FIGURE 6-10. Data Configuration Registers 



Field 

EXPO3..0 

PH 

PCiVI 

PCNIVI 

RJCM 



(, 



r/w 



r/w 



r/w 



Meaning 

EXTENDED PROGRAMMABLE OUTPUTS 
PROGRAM HOLD 

PACKET COMPRESS WHEN MATCHED 
PACKET COMPRESS WHEN NOT MATCHED 
REJECT ON CAM MATCH 



Description 



EXPO <3:0> EXTENDED PROGRAMMABLE OUTPUTS 

Tiiese bits program the level of the Extended User outputs (EXUSR<3:0>) when the SONIC-T Is a bus master. 
Writing a "1 " to any of these bits programs a high level to the corresponding output. Writing a "0" to any of these 
bits programs a low level to the corresponding output. EXUSR <3:0> are simlllar to USR < 1 :0> except that 
EXUSR<3:0> are only available when the Extended Bus mode Is selected (bit 1 5 In the DCR Is set to "1 ", see 
Section 6.3.2). 



Must be written with zeroes. 



PH: PROGRAM HOLD 

When this bit Is set to "0", the HOLD request output Is asserted/deasserted from the falling edge of bus clock. If this 
bit Is set to "1 ", HOLD will be asserted/deasserted Vz clock later on the rising edge of bus cloc k. 

Must be zero. 



PCM: PACKET COMPRESS WHEN MATCHED 

When this bit Is set to a "1 " (and the PCNM bit Is reset to a "0"), the PCOMP output will be asserted If the 
destination address of the packet being received matches one of the entries In the CAM (Content Addressable 
Memory). This bit, along with PCNM, is used with the Management Bus of the DP83950, Repeater Interface 
Controller (RIC). See the DP83950 datasheet for more details on the RIC Management Bus. This mode Is also called 
the Managed Bridge Mode. 

Note 1: Setting PCNM and PCM to "1 " at the same time is not allowed. 

Note 2: H PCNM and PCM are both "0", the PCOMP output will remain TRI-STATE until PC NM or PCM are changed. 

PCNM: COMPRESS WHEN NOT MATCHED 

When this bit Is set to a "1 " (and the PCM bit is set to "0"), the PCOMP output will be asserted If the destination 

address of the pacl<et does not match one of the entries in the CAM. See the PCM bit above. This mode Is also 

called the Managed Hub Mode. 

Note: PCOMP will not be asserted if the destination address Is a broadcast address. This Is true regardless of the state of the BRD bit in the 
Receive Control Register. 



RJCM: REJECT ON CAM MATCH 

When this bit is set to "1 ", the SONIC-T will reject a packet on a CAM match. Setting RJCM to "0" causes the 
SONIC-T to operate normally by accepting packets on a CAM match. Setting this mode is useful for a small bridge 
with a limited number of nodes attached to it. RJCM only affects the CAM, though. Setting RJCM will not invert the 
function of the BRD, PRO or AMC bits (to accept broadcast, all physical or multicast packets respectively) in the 
Receive Control Register (see Section 6.3.3). This means, for example, that it Is not possible to set RJCM and BRD 
to reject all broadcast packets. If RJCM and BRD are set at the same time, however, all broadcast packets will be 
accepted, but any packets that have a destination address that matches an address In the CAM will be rejected. 
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6.0 SONIC-T Registers (Continued) 

6.3.8 Transmit Registers 

Ttie transmit registers described in this section are part of 
the User Register set. The UTDA and CTDA must be initial- 
ized prior to issuing the transmit command (setting the TXP 
bit) in the Command register. 

Upper Transmit Descriptor Address Register (UTDA): 
This register contains the upper address bits (A<31:16>) 
for accessing the transmit descriptor area CTDA) and is con- 
catenated with the contents of the CTDA when the SONIC- 
T accesses the TDA in system memory. The TDA can be as 
large as 321< words or 1 6I< long words and can be located 
anywhere in system memory. This register is unaffected by 
a hardware or software reset. 

Current Transmit Descriptor Address Register (CTDA): 
The 16-bit CTDA register contains the lower address bits 
(A<15:1 >) of the 32-bit transmit descriptor address. During 
initialization this register must be programmed with the low- 
er address bits of the transmit descriptor. The SONIC-T 
concatenates the contents of this register with the contents 
of the UTDA to point to the transmit descriptor. For 32-bit 
memory systems, bit 1, corresponding to address signal A1, 
must be set to "0" for alignment to iong-word boundaries. 
Bit of this register is the End of List (EOL) bit and is used 
to denote the end of the list. This register is unaffected by a 
hardware or software reset. 

6.3.9 Receive Registers 

The receive registers described in this section are part of 
the User Register set. A software reset has no effect on 
these registers and a hardware reset only affects the EOBC 
and RSC registers. The receive registers must be initialized 
prior to issuing the receive command (setting the RXEN bit) 
in the Command register. 

Upper Receive Descriptor Address Register (URDA): 
This register contains the upper address bits (A<31:16>) 
for accessing the receive descriptor area (RDA) and is con- 
catenated with the contents of the CRDA when the 
SONIC-T accesses the RDA in system memory. The RDA 
can be as large as 32k words or 16i< long words and can be 
located anywhere in system memory. This register is unaf- 
fected by a tiardware or software reset. 
Current Receive Descriptor Address Register (CRDA): 
The CRDA is a 16-bit read/write register used to locate the 
received packet descriptor block within the RDA. It contains 
the lower address bits (A<15:1>). The SONIC-T concate- 
nates the contents of the CRDA with the contents of the 
URDA to form the complete 32-bit address. The resulting 
32-bit address points to the first field of the descriptor block. 
For 32-bit memory systems, bit 1 , corresponding to address 
signal A1, must be set to "0" for alignment to long-word, 
boundaries. Bit of this register is the End of List (EOL) bit 
and is used to denote the end of the list. This register is 
unaffected by a hardware or software reset. 
End of Buffer Word Count Register (EOBC): The 
SONIC-T uses the contents of this register to determirie 
where to place the next packet. At the end of packet recep- 
tion, the SONIC-T compares the contents of the EOBC reg- 
ister with the contents of the Remaining Buffer Word Count 
registers (RBWCO.I) to determine whether: (1) to place the 
next packet In the same RBA or (2) to place the next packet 
In another RBA. If the EOBC is less than or equal to the 
remaining number of words in the RBA after a packet is 
received (i.e., EOBC ^ RBWC0,1), the SONIC-T buffers the 
next packet in the same RBA. If the EOBC is greater than 



the remaining number of words in the RBA after a packet is 
received (i.e., EOBC > RBWC0,1), the Last Packet in RBA 
bit, LPKT in the Receive Control Register, Section 6.3.3, is 
set and the SONIC-T fetches the next resource descriptor. 
Hence, the next packet received will be buffered in a new 
RBA. A hardware reset sets this register to 02F8H (760 
words or 1520 bytes). See Sections 5.4.2 and 5.4.4.4 for 
more information about using EOBC. 
Upper Receive Resource Address Register (URRA): The 
URRA is a 16-blt read/write register. It is programmed with 
the base address of the receive resource area (RRA). This 
16-bit upper address value (A<31:16>) locates the receive 
resource area in system memory. SONIC-T uses the URRA 
register when accessing the receive descriptors within the 
RRA by concatenating the lower address value from one of 
four receive resource registers (RSA, REA, RWP, or RRP). 
Resource Start Address Register (RSA): The RSA is a 
15-bit read/write register. The LSB is not used and always 
reads back as a 0. The RSA is programmed with the lower 
15-bit address (A<15:1>) of the starting address of the 
receive resource area. SONIC-T concatenates the contents 
of this register with the contents of the URRA to form the 
complete 32-bit address. 

Resource End Address Register (REA): The REA is a 
1 5-bit read/write register. The LSB is not used and always 
reads back as a 0. The REA is programmed with the lower 
15-bit address (A<15:1 >) of the ending address of the re- 
ceive resource area. SONIC-T concatenates the contents of 
this register with the contents of the URRA to form the com- 
plete 32-bit address. 

Resource Read Pointer Register (RRP): The RRP is a 
15-bit read/write register. The LSB is not used and always 
reads back as a 0. The RRP is programmed with the lower 
15-bit address (A<15:1 >) of the first field of the next de- 
scriptor the SONIC-T will read. SONIC-T concatenates the 
contents of this register with the contents of the URRA to 
form the complete 32-bit address. 

Resource Write Pointer Register (RWP): The RWP is a 
15-bit read/write register. The LSB is not used and always 
reads back as a 0. The RWP is programmed with the lower 
15-bit address (A<15:1 >) of the next available location the 
system can add a descriptor. SONIC-T concatenates the 
contents of this register with the contents of the URRA to 
form the complete 32-bit address. In 32-bit mode, bit 1 , cor- 
responding to address signal A1 , must be zero to insure the 
proper equality comparison between this register and the 
RRP register. 

Receive Sequence Counter Register (RSC): This is a 
16-bit read/write register containing two fields (Figure 6-11). 
The SONIC-T uses this register to provide status informa- 
tion on the number of packets within a RBA and the number 
of RBAs. The RSC register contains two 8-bit (modulo 256) 
counters. After each packet is received the packet se- 
quence number Is Incremented. The SONIC-T maintains a 
single sequence number for each RBA. When the SONIC-T 
uses the next RBA, the packet sequence number Is reset to 
zero and the RBA sequence number is incremented. This 
register is reset to by a hardware reset or by writing zero 
to it. A software reset has no affect. 
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FIGURE 6-1 1. Receive Sequence Counter Register 
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6.0 SONIC-T Registers (Continued) 

6.3.10 CAM Registers 

The CAM registers described In this section are part of the 
User Register set. They are used to program the Content 
Addressable Memory (CAM) entries that provide address 
filtering of packets. These registers, except for the CAM 
Enable register, are unaffected by a hardware or software 
reset. 

CAM Entry Pointer Register (CEP): The CEP is a 4-bit 
register used by SONIC-T to select one of the sixteen CAM 
entries. SONIC-T uses the least significant 4-blts of this reg- 
ister. The value of Oh points to the first CAM entry and the 
value of Fh points to the last entry. 
CAM Address Port 2, 1, Registers (CAP2, CAP1, 
CAPO): Each CAP Is a 16-blt read-only register used to ac- 
cess the CAM cells (Figure 6-13). Each CAM cell is 16 bits 
wide and contains one third of the 48-blt CAM entry (Figure 
6-12) which is used by the SONIC-T for address filtering. 
The CAP2 register Is used to access the upper bits 
(<47:32>), CAP1 the middle bits (<31:16>) and CAPO the 
lower bits (<15:0>) of the CAM entry. Given the physical 
address 10:20:30:40:50:60, which is made up of 6 octets or 
bytes, where lOh is the least significant byte and 60h is the 
most significant byte (lOh would be the first byte received 
from the networl< and 60h would be the last), CAPO would 
be loaded with 201 Oh, CAP1 with 4030h and CAP2 with 
e050h. 

To read a CAM entry, the user first places the SONIC-T In 
software reset (set the RST bit in the Command register), 
programs the CEP register to select one of sixteen CAM 
entries, then reads CAP2, CAP1 , and CAPO to obtain the 
complete 48-blt entry. The user can not write to the CAM 
entries directly, instead, the user programs the CAM de- 
scriptor area in system memory (see Section 6.1.1), then 
issues the Load CAM command (setting LCAM bit In the 
Command register). This causes the SONIC-T to read the 
descriptors from memory and loads the corresponding CAM 
entry through CAP2-0. 
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FIGURE 6-13. CAM Address Port Registers 
CAM Enable Register (CE): The CE is a 16-bit read/write 
register used to mask out or enable individual CAM entries. 
Each register bit position corresponds to a CAM entry. 
When a register bit Is set to a "1" the con-esponding CAM 
entry is enabled. When "0" the entry is disabled. This regis- 
ter is unaffected by a software reset and cleared to zero 
(disabling all entries) during a hardware reset. Under normal 
operations the user does not access this register. Instead 
the user sets up this register through the last entry in the 
CAM descriptor area. The SONIC-T loads the CE register 
during execution of the LCAM Command. 
CAM Descriptor Pointer Register (CDP): The CDP is a 
15-bit read/write register. The LSB is unused and always 



reads back as 0. The CDP is programmed with the lower 
address (A<15:1>) of the first field of the CAM descriptor 
block In the CAM descriptor area (CDA) of system memory. 
SONIC-T uses the contents of the CDP register when ac- 
cessing the CAM descriptors. This register must be pro- 
grammed by the user before issuing the LCAM command. 
During execution of the LCAM Command SONIC-T concate- 
nates the contents of this register with the contents of the 
URRA register to form the complete 32-blt address. During 
the Load CAM operation this register is incremented to ad- 
dress the fields in the CDA. After the Load Command com- 
pletes this register points to the next location after the CAM 
Descriptor Area. 

CAM Descriptor Count Register (CDC): The CDC Is a 

5-blt read/write register. It is programmed with the number 
of CAM descriptor blocks In the CAM descriptor area. This 
register must be programmed by the user before Issuing the 
LCAM command. SONIC-T uses the value in this register to 
determine how many entries to place In the CAM during 
execution of the LCAM command. During LCAM execution 
SONIC-T decrements this register each time It reads a de- 
scriptor block. When the CDC decrements to zero SONIC-T 
terminates the LCAM execution. Since the CDC register is 
programmed with the number of CAM descriptor blocks In 
the CAM Descriptor Area, the value programmed into the 
CDC register ranges 1 to 16 (1 h to lOh). 

6.3.11 Taliy Counters 

The SONIC-T provides three 16-blt counters used for moni- 
toring network statistics on the number of CRC errors, 
Frame Alignment errors, and missed packets. These regis- 
ters rollover after the count of FFFFh is reached and pro- 
duce an interrupt If enabled In the Interrupt Mask Register 
(IMR). These counters are unaffected by the RXEN bit in the 
CR, but are halted when the RST bit in the CR is set. The 
data written to these registers is Inverted before being 
latched. This means that if a value of FFFFh Is written to 
these registers by the system, they will contain and read 
back the value OOOOh. Data is not Inverted during a read 
operation. The Tally registers, therefore, are cleared by writ- 
ing all "1's" to them. A software or hardware reset does not 
affect the tally counters. 

CRC Taily Counter Register (CRCT): The CRCT is a 1 6-blt 
read/write register. This register is used to keep track of the 
number of packets received with CRC errors. After a packet 
Is accepted by the address recognition logic, this register Is 
Incremented If a CRC error Is detected. If the packet also 
contains a Frame Alignment error, this counter is not incre- 
mented. 

FAE Taiiy Counter Register (FAET): The FAET is a 16-blt 
read/write register. This register is used to keep track of the 
number of packets received with frame alignment errors. 
After a packet Is accepted by the address recognition logic, 
this register is incremented if a FAE error is detected. 
Missed Packet Taily Counter Register (MPT): The MPT Is 
a 16-blt read/write register. After a packet Is received, this 
counter Is incremented if there is: (1) lack of memory re- 
sources to buffer the packet, (2) a FIFO overrun, or (3) a 
valid packet has been received, but the receiver Is disabled 
(RXDIS is set In the command register). 
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6.0 SONIC-T Registers (Continued) 

6.3.12 General Purpose Timer 

The SONIC-T contains a 32-bit general-purpose watchdog 
timer for timing user-definable events (Figure 6-14). This 
timer is accessed by the user through two 16-bit read/write 
registers (WT1 and WTO). The lower count value is pro- 
grammed through the WTO register and the upper count 
value is programmed through the WT1 register. 
These two registers are concatenated together to form the 
complete 32-blt timer. This timer, clocked at % the Transmit 
Clock (TXC) frequency, counts down from Its programmed 
value and generates an Interrupt, if enabled (Interrupt Mask 
register), when It rolls over from 0000 OOOOh to FFFF 
FFFFh. When the counter rolls over It continues decrement- 
ing unless explicitly stopped (setting the STP bit). The timer 
is controlled by the ST (Start Timer) and STP (Stop Timer) 
bits in the Command register. A hardware or software reset 
halts, but does not clear, the General Purpose timer. 



31 
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FIGURE 6-14. Watchdog Timer Register 
6.3.13 Silicon Revision Register 

This is a 16-bit read only register. It contains Information on 
the current revision of the SONIC-T. 

7.0 Bus Interface 

SONIC-T features a high speed non-multiplexed address 
and data bus designed for a wide range of system environ- 
ments. The data bus can be programmed (via the Data Con- 
figuration Register) to a width of either 32- or 16-bits. 
SONIC-T contains an on-chip DMA and supplies all the nec- 
essary signals for DMA operation. With 31 address lines 
SONIC-T can access a full 2 G-word address space. To 
accommodate different memory speeds wait states can be 
added to the bus cycle by two methods. The memory sub- 
system can add wait states by simply withholding the appro- 
priate handshake signals. In addition, the SONIC-T can be 
programmed (via the Data Configuration Register) to add 
wait states. 

The SONIC-T is designed to interface to both the National/ 
Intel and Motorola style buses. To facilitate minimum chip 



count designs and complete bus compatibility the user can 
program the SONIC-T for the following bus modes: 

— National/Intel bus operating in synchronous mode 

— National/Intel bus operating In asynchronous mode 

— Motorola bus operating in synchronous mode 

— Motorola bus operating in asynchronous mode 

The Bus Mode pin (BMODE) along with the SBUS bit in the 
Data Configuration register are used to select the bus 
mode. 

This section describes the SONIC-T system interface exam- 
ples and the various SONIC-T bus operations. 

7.1 PIN CONFIGURATIONS 

There are two user selectable pin configurations for 
SONIC-T to provide the proper Interface signals for either 
the National/Intel or Motorola style buses. The state of the 
BMODE pin is used to define the pin configuration. Section 
1.0 shows the pin configurations for both National/Intel 
Mode (BMODE = 0, tied to ground) and Motorola Mode 
(BMODE = 1,tiedtoVcc). 

7.2 SYSTEIU CONFIGURATION 

Any device that meets the SONIC-T interface protocol and 
electrical requirements (timing, threshold, and loading) can 
be interfaced to SONIC-T. Since two bus protocols are pro- 
vided, via the BMODE pin, the SONIC-T can interface di- 
rectly to most microprocessors. Figure 7-1 shows a typical 
interface to the National/Intel style bus (BMODE = 0) and 
Figure 7-2 shows a typical interface to the Motorola style 
bus (BMODE = 1). 

The BMODE pin also controls byte ordering. When 
BMODE = 1 big endian byte ordering is selected and when 
BMODE - little endian byte ordering is selected. 

7.3 BUS OPERATIONS 

There are two types of system bus operations: 1) SONIC-T 
as a slave, and 2) SONIC-T as a bus master. When 
SONIC-T is a slave (e.g., a CPU accessing SONIC-T regis- 
ters) all transfers are non-DMA. When SONIC-T Is a bus 
master (e.g., SONIC-T accessing receive or transmit buffer/ 
descriptor areas) all transfers are block transfers using 
SONIC-T's on-chip DMA. This section describes the 
SONIC-T bus operations. Pay special attention to all sec- 
tions labeled as "Note". These conditions must be met for 
proper bus operation. 
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7.0 Bus Interface (continued) 
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FIGURE 7-1. SONIC-T to NS32532 Interface Example 
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7.0 Bus Interface (continued) 
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FIGURE 7-2. SONIC-T to Motorola 68030/20 Interface Example 
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7.0 Bus Interface (continued) 

7.3.1 Acquiring The Bus 

The SONIC-T requests the bus when 1) its FIFO threshold 
has been reached or 2) when the descriptor areas in memo- 
ry (i.e., RRA, RDA, CDA, and TDA) are accessed. Note that 
when the SONIC-T moves from one area in memory to an- 
other (e.g., RBA to RDA), it always deasserts its bus request 
and then requests the bus again when accessing the next 
area in memory. 

The SONIC-T provides two methods to acquire the bus for 
compatibility with National/Intel or IVIotorola type microproc- 
essors. These two methods are selected by setting the 
proper level on the BMODE pin. 

Figures 7-3 and 7-4 show the National/Intel (Bf^^ODE = 0) 
and Motorola (BMODE = 1) bus request timing. Descrip- 
tions of each mode follows. For both modes, when the 
SONIC-T relinquishes the bus, there Is an extra holding 
state (Th) for one bus cycle after the last DMA cycle (T2). 
This assures that the SONIC-T does not contend with an- 
other bus master after it has released the bus. 

BMODE = 

The National/Intel processors require a 2-way handshake 
using a HOLD REQUEST/HOLD ACKNOWLEDGE protocol 
(Figure 7-3). When the SONIC-T needs to access the bus, it 
issues a HOLD REQUEST (HOLD) to the microprocessor. 
The microprocessor, responds with a HOLD ACKNOWL- 
EDGE (HLDA) to the SONIC-T. The SONIC-T then begins 
its memory transfers on the bus. As long as the CPU main- 
tains HLDA active, the SONIC-T continues until it has fin- 
ished its memory blocic transfer. The CPU, however, can 
preempt the SONIC-T from finishing the block transfer by 
deasserting HLDA before the SONIC-T deasserts HOLD. 
This allows a higher priority device to preempt the SONIC-T 
from continuing to use the bus. The SONIC-T will request 
the bus again later to complete any operation that it was 
doing at the time of preemption. 



As shown in Figure 7-3, the SONIC-T will assert HOLD to 
either the falling or rising edge of the bus clock (BSCK). The 
default is for HOLD to be asserted on the falling edge. Set- 
ting the PH bit in the DCR2 (see Section 6.3.7) causes 
HOLD to be asserted Vz bus clock later on the rising edge 
(shown by the dotted line). Before HOLD is asserted, the 
SONIC-T checks the HLDA line. If HLDA is asserted, HOLD 
will not be asserted until after HLDA has been deasserted 
first. 

BMODE = 1 

The Motorola protocol requires a 3-way handshake using a 
BUS REQUEST, BUS GRANT, and BUS GRANT AC- 
KNOWLEDGE handshake (Figure 7-4). When using this pro- 
tocol, the SONIC-T requests the bus by lowering BUS RE- 
QUEST (BR). The CPJJ_responds by issuing BUS GRANT 
(B5). Upon receiving BG, the SONIC-T assures that all de- 
vices have relinquished control of the bus before using the 
bus. The following signals must be deasserted before the 
SONIC-T acquires the bus: 

BGACK 

AS 



DSACK0 ,1 

STERM (Asynchronous Mode Only) 
Deasserting BGACK indicates that the previous master has 
released the bus. Deasserting AS indicates that the previ- 
ous master has completed its cycle and deasserting 
DSACK0,1 and STERM indicates that the previous slave 
has terminated Its connection to the previous master. The 
SONI C-T mai ntains its mastership of the bus until it deas- 
serts BGACK. It can not be preempted from the bus. 



HOLD 



HLDA 



/: 



y 



r\^^^~'\—r~\ r\ / 



V 



/I 



(CPU PREEMPTING SONIC) 






TL/F/11719-30 



FIGURE 7-3. Bus Request Timing (BMODE = 0) 
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FIGURE 7-4. Bus Request Timing (BMODE = 1) 



7.3.2 Block Transfers 

The SONIC-T performs block operations during all bus ac- 
tions, thereby providing efficient transfers to memory. The 
block cycle consists of three parts. The first part is the bus 
acquisition phase, as discussed above, in which the 
SONIC-T gains access to the bus. Once it has access of the 
bus, the SONIC-T enters the second phase by transferring 
data to/from its internal FIFOs or registers from/to memory. 
The SONIC-T transfers data from its FIFOs in either EXACT 
BLOCK mode or EMPTY/FILL. 

EXACT BLOCK mode: In this mode the number of words 
(or long words) transferred during a block transfer is deter- 
mined by either the Transmit or Receive FIFO thresholds 
programmed in the Data Configuration Register. 
EMPTY/FILL mode: In this mode the DMA completely fills 
the Transmit FIFO during transmission, or completely emp- 
ties the Receive FIFO during reception. This allows for 
greater bus latency. 

When the SONIC-T accesses the Descriptor Areas (i.e., 
RRA, RDA, CDA, and TDA), it transfers data between its 
registers and memory. All fields which need to be used are 
accessed in one block operation. Thus, the SONIC-T per- 
forms 4 accesses in the RRA (see Section 5.4.4.2), 7 ac- 
cesses in the RDA (see Section 5.4.6.1), 2, 3, or 6 accesses 
in the TDA (see Section 5.5.4) and 4 accesses in the CDA. 

7.3.3 Bus Status 

The SONIC-T presents three bits of status information on 
pins S2-S0 which indicate the type of bus operation the 
SONIC-T is currently performing (Table 7-1). Bus status is 
valid when at the falling edge of AS or the rising edge of 
ADS. 



TABLE 7-1. Bus Status 



S2 


81 


so 


Status 


1 


1 


1 


The bus is idle. The SONIC-T is not 
performing any transfers on the bus. 


1 





1 


The Transmit Descriptor Area (TDA) is 
currently being accessed. 








1 


The Transmit Buffer Area (TBA) is 
currently being read. 





1 


1 


The Receive Buffer Area (RBA) is 
currently being written to. Only data is 
being written, though, not a Source or 
Destination address. 





1 





The Receive Buffer Area (RBA) is 
currently being written to. Only the 
Source or Destination address is being 
written, though. 


1 


1 





The Receive Resource Area (RRA) is 
currently being read. 


1 








The Receive Descriptor Area (RDA) is 
currently being accessed. 











The CAM Descriptor Area (CDA) is 
currently being accessed. 
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7.0 Bus Interface (continued) 

Bus Status Transitions 

When the SONIC-T acquires the bus, it only transfers data 
to/from a single area in memory (i.e., TDA, TBA, RDA, RBA, 
RRA, or CDA). Thus, the bus status pins remain stable for 
the duration of the block transfer cycle with the following 
three exceptions: 1) If the SONIC-T is accessed during a 
block transfer, S2-S0 indicates bus Idle during the register 
access, then returns to the previous status. 2) If the 
SONIC-T finishes writing the Source Address during a block 
transfer S2-S0 changes from [0,1,0] to [0,1,1]. 3) During an 
RDA access between the RXpkt.seq_no and RXpktllnk ac- 
cess, and between the RXpktllnk and RXpkt.in_use ac- 
cess, S2-S0 will respectively indicate idle [1,1,1] for 2 or 1 
bus clocks. St atus will be valid on the falling edge of A5 or 
rising edge of ADS. 

Figure 7-5 illustrates the SONIC-T's transitions through 
memory during the process of transmission and reception. 
During transmission, the SONIC-T reads the descriptor In- 
formation from the TDA and then transmits data of the 
packet from the TBA. The SONIC-T moves back and forth 
between the TDA and TBA until all fragments and packets 
are transmitted. During reception, the SONIC-T takes one of 
two paths. In the first case (path A), when the SONIC-T 
detects EOL = from the previous reception, it buffers the 
accepted packet into the RBA, and then writes the descrip- 
tor information to the RDA. If the RBA becomes depleted 
(I.e., RBWC0,1 < EOBC), it moves to the RRA to read a 
resource descriptor. In the second case (path B), when the 
SONIC-T detects EOL = 1 from the previous reception, it 
rereads the RXpkt.link field to determine if the system has 



reset the EOL bit since the last reception. If it has, the 
SONIC-T buffers the packet as in the first case. Otherwise, 
It rejects the packet and returns to Idle. 

7.3.4 Bus Mode Compatibility 

For compatibility with different microprocessor and bus ar- 
chitectures, the SONIC-T operates In one of two modes (set 
by the BMODE pin) called the National/Intel or little endlan 
mode (BMODE tied low) and the Motorola or big endlan 
mode (BMODE tied high). The definitions for several pins 
change depending on the mode the SONIC-T Is In. Table 
7-2 shows these changes. These modes affect both master 
and slave bus operations with the SONIC-T. 

TABLE 7-2. Bus Mode Compatibility 



Pin Name 


BMODE = 
(National/Intel) 


BMODE = 1 
(Motorola) 


BR/HOLD 


HOLD 


BR 


BS/HLDA 


HLDA 


BS 


MRW/MWR 


wm 


MRW 


SRW/SWR 


SWR 


SRW 




RDYi 




DSACKO/RDYi 


DSACKO 








DSACKI/RDYo 


RDYo 


DSACK1 


AS/ADS 


ADS 


AS 


IHT/INT 


INT 


\m 



PACKET ACCEPTED J: 



TRANSMISSION 
DOKE 




FIGURE 7-5. Bus Status Transitions 
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7.0 Bus Interface (Continued) 

7.3.5 Master Mode Bus Cycles 

In order to add additional compatibility with different bus 
architectures, there are two other modes that affect the op- 
eration of the bus. These modes are called the synchronous 
and asynchronous modes and are programmed by setting 
or resetting the SBUS bit in the Data Configuration Register 
(DCH). The synchronous and asynchronous modes do not 
have an effect on slave accesses to the SONIC-T but they 
do affect the master mode operation. Within the particular 
bus/processor mode, synchronous and asynchronous 
modes are very similar. This section discusses all four 
modes of operation of the SONIC-T (National/Intel vs. 
Motorola, synchronous vs. asynchronous) when it Is a bus 
master. 

In this section, the rising edge of T1 and T2 means the 
beginning of these states, and the falling edge of T1 and T2 
means the middle of these states. 

7.3.5.1 Adding Walt States 

To accommodate different memory speeds, the SONIC-T 
provides two methods for adding wait states for Its bus op- 
erations. Both of these methods can be used singly or in 
conjunction with each other. A memory cycle is extended by 
adding additional T2 states. The firs t rriethod inserts wa it- 
states by withholding the assertion of DSACK0,1/STERM or 
RDYi. The other method allows software to program wait- 
states. Programming the WCO, WC1 bits in the Data Config- 
uration Register allows 1 to 3 wait-states to be added on 
each memory cycle. These wait states are inserted between 
the T1 and T2 bus states and are c alled T2 (wait) bus 
sta tes. Th e SONIC-T will not look at the DSACK0,1 , STERM 
or RDYi lines until the programmed wait states have 
passed. Hence, in order to complete a bus operation that 



in cludes programmed wait states, the DSACK0,1, STERM 
or RDYi lines must be asserted at their proper times at the 
end of the cycle during the last T2, not during a pro- 
grammed wait stat e. The only exc eption to this is asynchro- 
nous mode where DSACK0,1 or RDYi would be asserted 
during the last programmed wait state, T2 (wait). See the 
timing for these signals in the timing diagrams for more spe- 
cific information. Programmed wait states do not affect 
Slave Mode bus cycles. 

7.3.5.2 Memory Cycle for BMODE = 1, 
Synchronous Mode 

On the rising edge of T1 , the SONIC-T asserts ECS to indi- 
cate that the memory cycle is starting. The address jA31 - 
A1), bus status (S2-S0) and the direction strobe (MRW) are 
driven and do not change for the remainder of the memory 
cycle. On the falling edge of T1, the SONIC-T deasserts 
ECS and asserts AS. 

In synchronous mode, DSACK0,1 are sampl ed on the ri sing 
edge of T2. T2 states will be rep eated until DSACK0,1 are 
sampled properly in a low state. DSACK0,1 must meet the 
setup and hold times with respect to the rising edge of bus 
clock for proper operation. 

During read cycles (Figure 7-6) data (D31 -DO) is latched at 
the falling edge of T2 and DS is asserted at the falling edge 
of T1. For write cycles (Figure 7-7) data is driven on the 
falling edge of T1. If there are wait states Inserted, DS is 
asserted on the falling edge of T2. DS is not asserted for 
zero wait state write cycles. The SONIC-T terminates the 
memory cycle by deasserting AS and DS at the falling edge 
ofT2. 
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FIGURE 7-6. Memory Read, BMODE = 1, Synchronous (1 Walt-State) 
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FIGURE 7-7. Memory Write, BMODE = 1, Synchronous (1 Wait-Slate) 
1, 



7.3.5.3 Memory Cycle for BMODE ■■ 
Asynchronous Mode 

On the rising edge of T1, the SONIC-T asserts ECS to indi- 
cate that the memory cycle is starting. The address (A31 - 
A1), bus status (S2-S0) and the direction strobe (MRW) are 
driven and do not change for the remainder of the memory 
cycle. On the falling edge of T1, the SONIC-T deasserts 
ECS and asserts AS. 

In asynchronous mode, DSACKO.I are asynchronously 
sampled on the falling edge of both T1 and T2. DSACKO.I 
do not need to be synchronized to the bus clock because 
the chip always resolves these signals to either a high or 
low state. If a sync hronous termination of the bus cycle is 
required, however, STERM may be used. STERIV1 is sam- 
pled on the rising edge of T2 and must meet the setup and 
hold times with respect to t hat edge f or proper operation. 
Meeting the setup time for DSACK0,1 or STERM guaran- 
tees that the SONIC-T will terminate the memory cycle 1.5 



bus cloc l<s after DSACK0,1 were sampled, or 1 cycle after 
STERM w as sampled . T2 states will be repeated until 
DSACK0,1 or STERM are sampled properly in a low state, 
(see note). 

During read cycles (Figures 7-8 and 7-9 ). data (D31 -DO) is 
latched at the falling edge of T2 and DS is asserted at the 
falling edge of T1 . Forwrite cycles (F/fftves 7- ro and 7-11) 
data is driven on the falling edge of T1 . If there are wait 
states inserted, DS is asserted on the falling edge of the first 
T2 (wait). DS is not asserted for zero wait state write cycles. 
The SONIC-T terminates the memory cycle by deasserting 
AS and SS at the falling edge of T2. 

Note: If Iha se tup lime for DSACKO.I is met during T1 , or tile setup time for 
STERM is met during the first T2, the full asynctironous bus cycle will 
take only 2 bus_c[ocks. This may be an unwanted situation. If so, 
DSACKO,! and STERIil should be deasserted during T1 and the start 
of T2 respectively. 
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FIGURE 7-8. Memory Read, BMODE = 1, Asynchronous (1 Wait-State) 
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FIGURE 7-9. Memory Read, BMODE = 1, Asynchronous (2 Walt-States) 
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7.0 Bus Interface (continued) 
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FIGURE 7-10. Memory Write, BMODE = 1, Asynchronous (1 Wait-State) 
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FIGURE 7-11. Memory Write, BMODE - 1, Asynchronous (2 Wait-States) 
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7.0 Bus Interface (continued) 

7.3.5.4 Memory Cycle for BMODE = 0, 
Synchronous Mode 

On t he rising edge of T1, the SONIC-T asserts ADS and 
ECS to Indicate that the memory cycle Is starting. The ad- 
dress (A31-A1), bus status (S2-S0) and the direction 
strobe (MWR) are driven and do not change for the remain- 
der of the memory cycle . On the falling edge of T1 , the 
SONIC-T deasserts ECS. ADS Is deasserted on the rising 
edge of T2. 



In Synchronous mode, RDYi Is sampled on the rising edge 
at the end of T2 (the rising edge of the next T1 ). T2 states 
will b e repe ated until RDYi is sampled properly In a low 
state. RDYi must meet the setup and hold times with re- 
spect to the rising edge of bus clock for proper operation. 
During read cycles (Figure 7-12), data (D31-D0) Is latched 
at the rising edge at the end of T2. For write cycles (Figure 
7-13), data is driven on the falling edge of T1 and stays 
driven until the end of the cycle. 
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FIGURE 7-12. Memory Read, BMODE = 0, Synchronous (1 Walt-State) 
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FIGURE 7-13. Memory Write, BMODE = 0, Synchronous (1 Walt-State) 
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7.0 Bus Interface (continued) 

7.3.5.5 Memory Cycle for BMODE = 0, 
Asynchronous Mode 

On t he rising edge of T1, the SONIC-T asserts ADS and 
ECS to indicate that the memory cycle is starting. The ad- 
dress (A31-A1), bus status (82-80) and the direction 
strobe (MWR) are driven and do not change for the remain- 
der of the memory cycle . On the falling edge of T1, the 
SONIC-T deasserts EC8. ADS is deasserted on the rising 
edge of T2. 

In Asynchronous mode, RDYi is asyn chron ously sampled 
on the falling edge of both T1 and T2. RDYi does not need 
to be synchronized to the bus clock because the chip al- 
ways resolves these signals t o eithe r a high or low state. 
Meeting the setup time for RDYi guarantees that the 



SONI C-T w ill terminate the memory cycle 1.5 bus clocks 
after RDYi was sampled. T2 states will be repeated until 
RDYi is sampled properly in a low state (see note below). 
During read cycles (Figures 7-14 and 7-15), data (D31-D0) 
is latched at the falling edge of T2 and DS is asserted at the 
falling edge of T1 . For write cycles (Figures 7-16 and 7-17) 
data is driven on the falling edge of T1. If there are wait 
states inserted, d5 is asserted on the falling edge of the first 
T2 (wait). DS is not asserted for zero wait state write cycles. 
The SONIC-T terminates the memory cycle by deasserting 
DS at the falling edge of T2. 

Nolo: If the setup time for RDYi is met during T1, the full asynchronous bus 
cycle will take only 2 bus clocks. This may be an unwanted situation. 
If so, RDYi should be deasserted during T1. 
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FIGURE 7-14. Memory Read, BMODE = 0, Asynchronous (1 Wait-State) 
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FIGURE 7-15. Memory Read, BMODE = 0, Asynchronous (2 Walt-States) 
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7.0 Bus Interface (continued) 
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FIGURE 7-16. Memory Write, BMODE = 0, Asynchronous (1 Walt-State) 
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FIGURE 7-17. Memory Write, BMODE = 0, Asynchronous (2 Wait-States) 
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7.0 Bus Interface (continued) 

7.3.6 Bus Exceptions (Bus Retry) 

The SONIC-T provides the capability of handling en-ors dur- 
ing the execution of the bus cycle (Figure 7-18). 
The system asserts BRT (bus retry) to force the SONIC-T to 
repeat the current m emory cycle. When the SONIC-T de- 
tects the assertion of BRT, it completes the memo ry cycle 
at the end of T2 and gets off the bus by deasserting BGACK 
or HOLD. Then, if Latched Bus Retry mode is not set (LBR 
in the Data Configuration Register, Section 6.3.2), the 
SONIC-T requests the bus again to retry the same memory 
cycle. If Latched Bus Retry is set, though, the SONIC-T will 
not retry until t he BR bit in the ISR (see Section 6.3.6) has 
been reset and BRT is deasserted. BRT has pr e cedence of 
termin ating a memory cycle over DSACKO.I, STERM or 
RDYI. 

BRT may be sampled synchronously or asynchronously by 
setting the EXBUS bit in the DCR (see Section 6.3.2). If 
synchronous Bus Retry is set, BRT is sample d on the rising 
edge of T2. If asynchronous Bus Retry is set, BRT Is double 
synchronized from the falling edge of T1 . The asynchronous 
setup time does not need to be met, but doing so will guar- 
antee that the bus exception will occur in the current bus 
cycle instead of the next bus cycle. Asynchronous Bus Re- 
try may only be used when the SONIC-T is set to asynchro- 
nous mode. 

Note 1: The deassertion edge of HOLD is depe nderl on the PH bit In the 

DCR2 (see Section 6.3.7). Also, BGACK is driven high for about 0.5 

bus clocks before going TRI-STATE. 
Note 2: If Latched Bus retry is set, BRT need o nly sa tisfy its setup time (the 

hold time is not important). Othenvise, BRT must remain asserted 

until after the Th state. 
Note 3: If DSACKO.I, STERM or RDYi remain asserted after BRT, the next 

memory cycle, may be adversely affected. 

7.3.7 Slave Mode Bus Cycle 

The SONIC-T's internal registers can be accessed by one of 
two methods (BMODE = 1 or BMODE = 0). In both meth- 
ods, the SONIC-T is a slave on the bus. This section de- 
scribes the SONIC-T's slave mode bus operations. 

7.3.7.1 Slave Cycle for BMODE = 1 

The system accesses the SONIC-T by driving SAS, SRW 
and RA<5:0>. These signals will be sampled each bus cy- 
cle, but the SONIC-T will not actually start a slave cycle until 
CS has also been asserted. CS should not be asserted be- 
fore SAS is driven low as this will cause improper slave 



operation. Once SAS has been driven low, betwee n one 
and two bus clocks after the assertion of CS, SMACK will be 
asserted to signify that the SONIC-T has started the slave 
cycle. Although C§ is an asynchronous input, meeting its 
setup ti me (as sh own in Figures 7- 19 and 7-20 ) will guaran- 
tee that SMACK, which Is asserted off of a falling edge, will 
be asserted 1 bus clock after the falling edge that CS Is 
clocked in on. This_[s assuming that the SONIC-T is not a 
bus master when CS was asserted. If the SONIC-T is a bus 
master, then, when CS Is asserted, the SONIC-T will com- 
plete its current master bus cycle and ge t off the bus tempo- 
rarily (see Section 7.4.8). In this case, SMACK will_be as- 
serted 5 bus clocks after the falling edge that CS was 
clocked in on. This Is assuming that there were no wait 
states in the current master m ode access. Wait states will 
increase the time for SMACK to go low by the number of 
wait states in the cycle. 

If the slave access Is a read cycle (Figu re 7-19), then the 
data will be driven off the same edge as SMACK. If it Is a 
write cycle (Figure 7-20), then the data will be la tched in 
exactly 2 bus clocks after the assertion of SMACK. In either 
case, DSACKO.I are driven low 2 bus clocks after SMACK 
to terminate th e slave cycle. For a read cycle, the assertion 
of DSACK0,1 indicates valid register data and for a write 
cycle, the assertion indicates that t he SONIC-T has latc hed 
the data. The SONIC-T deasserts DSACK0,1, SMACK and 
the data if the cycle is a read cycle at the rising edge of SAS 
or CS depending on which is deasserted first. 
Note 1: Althou gh the SO NIC-T responds as a 32-bit peripheral when it 

drives DSACKO.I low, it transfers data only on lines D < 1 6:0> . 
Note 2: For multiple register accesses, ^ can be held low and SAS can be 
used to delimit the s lave cycle (this is th e only ca se where CS may 
be asserted before SSS). In this case, SMACK will be driven low 
due to S7^ going tow since CS has already been asserted. Notice 
that this moans SMACK will not st ay asse rted low during the entire 
time CS Is low (as is the case for MREQ, Section 7.3.6). 
Note 3: If memory request (MREQ) follows a chip select (CS), it must be 
asserted at least 2 bus clocks after CS Is deasserted. Both CS and 
MREQ must not be asserted concurrently. 
Note 4: When CS Is deasserted. It must remain deasserted for at least one 

bus clock. 
Note 5: The way In which SMACK is asserted due to C5 is n ot the same as 
the way in which SMACK is asserted due to MREQ. The assertion 
of SMACK is dependent upon both CS and SAS being low. not just 
CS. This is not the same as the case for MREQ (see Section 7.3. B). 
The assertion of SMACK in these two oases should not be con- 
fused. 
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FIGURE 7-18. Bus Exception (Bus Retry) 
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7.0 Bus Interface (continued) 
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7.0 Bus Interface (continued) 

7.3.7.2 Slave Cycle for BMODE = 

The system accesses the SONIC-T by driving SAS, C§, 
SWR and RA<5:0>. These signais will be sampled each 
bus cycle, but the SONIC-T will not actual ly sta rt a slave 
cycle until CS has been sampled low and SAS has been 
sampled high. CS should not be asserted low before the 
falling edge of SAS as this will cause improper slave opera- 
tion. CS may be asserted low, however, be fore the rising 
edge of 5a5. In this case, it is suggested that SAS be driven 
high within one bus clock after the falling edge of CS. Once 
SAS has been driven hig h, betwee n one and two bus clocks 
after the assertion of 55, SMACK will be driven low to signi- 
fy that the SONIC-T has started the slave cycle. Although 
C5 is an asynchronous Input, meeting its setup time (as 
shown in Figures 7-21 and 7-22) will guarantee that 
SMACK, which is asserted off a falling edge, will be assert- 
ed 1 bus clock after the falling edge that CS was clocked in 
on. This is assuming that the SONIC-T is not a bus master 
when CS is asserted. If the SONIC-T is a bus master, then, 
when CS is asserted, the SONIC-T will complete its current 
master bus cycle and get off the b us temporarily (see Sec- 
tion 7.3.8). In this case, SMACK will be asserted 5 bus 
clocks after the falling edge that CS was clocked in on. This 
is assuming that there were no wait states in the current 
master mode access. Wait states will increase the time for 
SMACK to go low by the number of wait states in the cycle. 



If the slave access is a read cycle (Figu re 7-21), then the 
data will be driven off the same edge as SMACK. If it is a 
write cycle (Figure 7-22), then the data will be la tched in 
exactly 2 bus clocks after the assertion of SMAC K. In eith er 
case, RDYo is driven low 2.5 bus clocks after SMACK to 
terminate the slave cycle. For a read cycle, the assertion of 
RDYo indicates valid register data and for a write cycle, the 
assertion indicates that t he SONIC-T ha s latched the data. 
The SONIC-T deasserts RDYo, SMACK and the data if the 
cycle is a read cycle at the falling edge of SAS or the rising 
edge of C5 depending on which is first. 

Note 1:The SONIC-T transfers data only on lines D<15:0> during slave 
mode accesses. 

Note 2: For multiple register accesses, CS can be held low and SAS can be 
used to delimit the slave cycle (this is th e only ca se where C5 may 
be asserted before SaS). In this case, SMACK will be driven low 
due to SAS going high since C5 has already been asserted. Notice 
that this means SMACK will not s tay ass erted low during the entire 
time CS is low (as is the case for MREQ, Section 7.3.8). 

Note 3: If memory request (MREU) follows a chip select (CS), it must be 
asserted at least 2 bus clocks after CS is deasserted. Both CS and 
MREQ must not be asserted concurrently. 

Note 4: When CS is deasserted, it must remain deasserted for at least one 
bus clock. 

Note 5: The way in which SMACK is asserted due toCSis not the same as 
the way in which SMACK is asserted due to M REQ. The assertion of 
SMACK is dependent upon both CS and SA S being low, not just CS. 
This is not t he same as the case for MREQ (see Section 7.3.8). The 
assertion of SMACK in these two cases should not be confused. 
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7.0 Bus Interface (Continued) 
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7.0 Bus Interface (continued) 

7.3.8 On-Chip Memory Arbiter 

For applications which share the buffer memory area with 
the host system (shared-memory applications), the 
SONIC-T provides a fast on-chip memory arbiter for effi- 
ciently resolving accesses between the SONIC-T and the 
host system (Figure 7-23). The host system indicates its 
intentions to use the shared-memory by asserting Memory 
Request (MREQ). The SONIC-T will allow the host system 
to use the shared memory by acknowledging the host sys- 
tem's request with Sl ave and Memory Acknowledge 
(SMACK). Once SMACK is asserted, the host system may 
use the shared memory freely. The hos t system gives up the 
shared memory by deasserting MREQ. 
MREQ is clocked in on the falling edge of bus cl ock and is 
double synchronized internally to the rising edge. SMACK is 
asserted on the falling edge of a Ts bus cy cle. If th e 
SONIC-T is not currently a ccessin g the memory, SMACK is 
asserted immediately after MREQ was clocked in. If , howev- 
er, the SONIC-T is accessing the shared memory, i t finishes 
its curre nt memory transfer and then issues SMACK. 
SMACK will be asserted 1 or 5 (see Note 2 belo w) bus 
clocks, respectively, after MREQ is clocked in. Since MREQ 
is double synchronized, it is not necessa ry to meet its setup 
time. Meet ing the s etup time for MREQ will, however, guar- 
antee that SMACK is asser ted in th e next or fifth bus clock 
after the curre nt bus c lock. SMACK will deassert within one 
bus clock after MREQ is deasserted. The SONIC-T will then 
finish its master operation if it was using the bus previously. 
If the host system needs to access the SONIC-T's registers 
instead of shared memory, CS would be asserted instead of 
MREQ. Accessing the SONIC-T's registers works almost 
exactly the same as accessing the shared memory except 
that the SONIC-T goes into a slave cycle instead of going 
idle, see Section 7.3.7 for more information about how reg- 
ister accesses work. 

Note 1: The successive assertion of CS and MREQ must be separated by 
at least two bus clocks. Both CS and MREQ must not be asserted 
concurrently. 

Note 2: Ttie number of bus clocks between MREQ being asserted and the 
assertion of SMACK when the SONIC-T is in Master Mode is 5 bus 
clocks assuming there were no wait states in the Master Mode 
access. Walt states will increase the time for SMACK to go low by 
the number of wait states in the cycle (the time will be 5 + the 
number of wail stales). 

Note 3: The way in which SMACK is asserted to due to C 5 Is not t he same 
as the way in which SMACK is asserted due toMHEQ. SMACK 
goes low as a direct result of the assertion of MREQ. whereas, for 
CS, SAS must also be driven low (BMODE = 1)or high(B MODE = 
0) before SMACK will be asserted . This means that when SMACK 
Is asserted due to MREQ. SMACK will remain asserted until MREQ 
Is deasserted. Multiple memory accesses can be m ade to t he 
shared memory without SMACK ever going high. When SMACK is 
asserted due to CS, however, SMACK will only remain low as long 
as gA5 Is also low (BMODE = 1) or high (BMODE = 0). SMACK 
will not remain low throughout multiple register accesses to the 
SONIC-T because SAS must toggle for each register access. This 
Is an Important difference to consider when designing shared mem- 
ory designs. 



TABLE 7-3. Internal Register Content after Reset 



Register 


Contents after Reset 


Hardware 
Reset 


Software 
Reset 


Command 


0094h 


0094h/0OA4h 


Data Configuration 
(DCR and DCR2) 


• 


unchanged 


Interrupt Mask 


OOOOh 


unchanged 


Interrupt Status 


OOOOh 


unchanged 


Transmit Control 


0101h 


unchanged 


Receive Control 


** 


unchanged 


End Of Buffer Count 


02F8h 


unchanged 


Sequence Counters 


OOOOh 


unchanged 


CAM Enable 


OOOOh 


unchanged 



• Bits 1 5 and 1 3 of the DCR and bits 4 through of the DCR2 are reset to a 
during a hardware reset. Bits 15-12 of the DCR2 are unknown until written 
to. All other bits in these two registers are unchanged. 
**Blts LB1, LBO and BRD are reset to a during hardware reset. All other 
bits are unchanged. 

7.3.9 Chip Reset 

The SONIC-T has two reset modes; a hardware reset and a 
software reset. The SONIC-T can be hardware reset by as- 
serting the RESET pin or software reset by setting the RST 
bit in the Command Register (Section 6.3.1). The two reset 
modes are not interchangeable since each mode performs 
a different function. 

After power-on, the SONIC-T must be hardware reset be- 
fore it will become operational. This is done by asserting 
RESET for a minimum of 10 transmit clocks (10 ethernet 
transmit clock periods, TXC). If the bus cl ock (BS CK) period 
is greater than the transmit clock period, RESET should be 
asserted for 10 bus clocks instead of 10 transmit clocks. A 
hardware reset places the SONIC-T in the following state. 
(The registers affected are listed in parentheses. See Table 
7-3 and Section 6.3 for more specific information about the 
registers and how they are affected by a hardware reset. 
Only those registers listed below and in Table 7-3 are affect- 
ed by a hardware reset.) 

1 . Receiver and Transmitter are disabled (CR). 

2. The General Purpose timer is halted (CR). 

3. All interrupts are masked out (IMR). 

4. The NCRS and PTX status bits in the Transmit Control 
Register (TCR) are set. 

5. The End Of Byte Count (EOBC) register is set to 02F8h 
(760 words). 

6. Packet and buffer sequence number counters are set to 
zero. 

7. All CAM entries are disabled. The broadcast address is 
also disabled (CAM Enable Register and the RCR). 

8. Loopback operation is disabled (RCR). 

9. The latched bus retry is set to the unlatched mode 
(DCR). 

10. All interrupt status bits are reset (ISR). 

1 1 . The Extended Bus Mode is disabled (DCR). 

12. HOLD will be asserted/deasserted from the falling clock 
edge (DCR2). 
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7. Bus Interface (Continued) 

13. PCOMP will not be asserted {DCR2). 

14. Packets will be accepted (not rejected) on CAM match 
(DCR2). 

A software reset immediately terminates DMA operations 
and future interrupts. The chip is put Into an idle state where 
registers can be accessed, but the SONIC-T will not be ac- 
tive in any other way. The registers are affected by a soft- 
ware reset as shown in Table 7-3 (only the Command Reg- 
ister Is changed). 

8.0 Network Interfacing 

The SONIC-T contains an on-chip ENDEC that performs the 
network Interfacing between the AUI (Attachment Unit Inter- 



face) and the SCNIC-T's MAC unit, A pin selectable option 
allows the Internal ENDEC to be disabled and the 
MAC/ENDEC signals to be supplied to the user for connec- 
tion to an external ENDEC. If the EXT pin is tied to ground 
(EXT=0) the Internal ENDEC is selected and if EXT Is tied 
to Vcc (EXT= 1) the external ENDEC option is selected. 
Internal ENDEC: When the Internal ENDEC is used 
(EXT=0) the interface signals between the ENDEC and 
MAC unit are internally connected. While these signals are 
used Internally by the SONIC-T thay are also provided as an 
output to the user (Figure 8- 1). 

The Internal ENDEC allows for a 2-chip solution for the 
complete Ethernet interface. Figure 5-,? shows a typical dia- 
gram of the Thin Ethernet and AUI network Interface. 
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FIGURE 8-1. MAC and Internal ENDEC Interface Signals 
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8.0 Network Interfacing (continued) 
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8.0 Network Interfacing (continued) 

External ENDEC: When EXT= 1 the internal ENDEC is by- 
passed and the signals are provided directly to the user. 
Since SONIC-T's on-chip ENDEC is the same as National's 
DP83910 Serial Network Interface (SNI) the interface con- 
siderations discussed in this section would also apply to 
using this device in the external ENDEC mode. 

8.1 MANCHESTER ENCODER AND 
DIFFERENTIAL DRIVER 

The ENDEC unit's encoder begins operation when the IVIAC 
section begins sending the serial data stream. It converts 
NRZ data from the MAC section to Manchester data for the 
differential drivers (TX±). In Manchester encoding, the first 
half of the bit cell contains the complementary data and the 
second half contains the true data (Figure 8-3). A transition 
always occurs at the middle of the bit cell. As long as the 
MAC continues sending data, the ENDEC section remains 
in operation. At the end of transmission, the last transition is 
always positive, occurring at the center of the bit cell if the 
last bit is a one, or at the end of the bit cell if the last bit is a 
zero. 

The differential transmit pair drives up to 50 meters of twist- 
ed pair AUI cable. These outputs are source followers which 
require two 270n pull-down resistors to ground. In addition, 
a pulse transformer is required between the transmit pair 
output and the AUI interface. 

The driver provides half-step mode for compatibility with 
Ethernet i and IEEE 802.3, so that TX+ and TX- are equal 
in the Idle state. 
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FIGURE 8.3. Manchester Encoded Data Stream 
8.1.1 Manchester Decoder 

The decoder consists of a differential receiver and a phase 
lock loop (PLL) to separate the Manchester encoded data 
stream into clock signals and NRZ data. The differential in- 
put must be externally terminated with two 39n resistors 
connected in series. In addition, a pulse transformer is re- 
quired between the receive input pair and ttie AUI interface. 
To prevent noise from falsely triggering the decoder, a 
squelch circuit at the input rejects signals with a magnitude 
less than -175 mV. Signals more negative than -300 mV 
are decoded. 



Once the input exceeds the squelch requirements, the de- 
coder begins operation. The decoder may tolerate bit jitter 
up to 18 ns in the received data. The decoder detects the 
end of a frame within one and a half bit times after the last 
bit of data. 

8.1.2 Collision Translator 

When the Ethernet transceiver (DP8392 CTI) detects a colli- 
sion, it generates a 10 MHz signal to the differential collision 
inputs (CD+ and CD-) of the SONIC-T. When SONIC-T 
detects these inputs active, its Collision translator converts 
the 10 MHz signal to an active collision signal to the MAC 
section. This signal causes SONIC-T to abort its current 
transmission and reschedule another transmission attempt. 
The collision differential inputs are terminated the same way 
as the differential receive inputs and a pulse transformer is 
required between the collision input pair and the AUI inter- 
face. The squelch circuitry is also similar, rejecting pulses 
with magnitudes less than -175 mV. 

8.1.3 Oscillator Inputs 

The oscillator inputs to the SONIC-T (OSCIN and OSCOUT) 
can be driven with a parallel resonant crystal or an external 
clock. In either case the oscillator inputs must be driven with 
a 20 MHz signal. The signal is divided by 2 to generate the 
10 MHz transmit clock (TXC) for the MAC unit. The oscilla- 
tor also provides internal clock signals for the encoding and 
decoding circuits. 

8.1.3.1 External Crystal 

According to the IEEE 802.3 standard, the transmit clock 
(TXC) must be accurate to 0.01 %. This means that the os- 
cillator circuit, which includes the crystal and other parts 
involved must be accurate to 0.01 % after the clock has 
been divided in half. Hence, when using a crystal, it is nec- 
essary to consider all aspects of the crystal circuit. An ex- 
ample of a recommended crystal circuit is shown in Figure 
8-4 and suggested oscillator specifications are shown in Ta- 
ble 8-1. The load capacitors in Figure 8-4, C1 and C2, 
should be no greater than 36 pF each, including all stray 
capacitance (see note 2). The resistor, R1, may be required 
in order to minimize frequency drift due to changes in Vcc- If 
R1 is required, its value must be carefully selected since R1 
decreases the loop gain, if R1 is made too large, the loop 
gain will be greatly reduced and the crystal will not oscillate. 
If R1 is made too small, normal variations in Vcc "lay cause 
the oscillation frequency to drift out of specification. As a 
first rule of thumb, the value of R1 should be made equal to 
five times the motional resistance of the crystal. The mo- 
tional resistance of 20 MHz crystals is usually in the range 
of ton to 30n. This implies that reasonable values for R1 
should be in the range of 50n to 150n. The decision of 
whether or not to include R1 should be based upon mea- 
sured variations of crystal frequency as each of the circuit 
parameters are varied. 
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8.0 Network Interfacing (continued) 
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FIGURE 8-4. Crystal Connection to the SONIC-T 

(see text) 

Note 1: The OSCOUT pin is not guaranteed to provide a TTL compatible 
logic output, and should hot be used to drive any external logic. If 
additional logic needs to be driven, then an external oscillator 
should be used as described in the follov^ng section. 

Note 2: The frequency marked on the crystal Is usually measured with a 
fixed load capacitance specified in the crystal's data sheet. The 
actual load capacitance used should be the specified value minus 
the stray capacitance. 

TABLE 8-1. Crystal Specifications 

Resonant frequency 20 MHz 

Tolerance (see text) ± 0.01 % at 25°C 

Accuracy ± 0.005% (50 ppm) at to 70°C 

Fundamental Mode Series Resistance i25n 

Specified Load Capacitance sl8pF 

Type AT cut 

Circuit Parallel Resonance 

8.1.3.2 Clock Oscillator Module 

The SONIC-T also allows an external clock oscillator to be 

used. The connection configuration is shown in Figure 8-5. 

This connection requires an oscillator with the following 

specifications: 

1 . TTL or CMOS output with a 0.01 % frequency tolerance 

2. 40%-60% duty cycle 

3. One CMOS load output drive 

Again, the above assumes no other circuitry Is driven. 
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FIGURE 8-5. Oscillator Module Connection 
to the SONIC-T 

8.1 .3.3 PCB Layout Considerations 

Care should be taken when connecting a crystal. Stray ca- 
pacitance (e.g., from PC board traces and plated through 
holes around the OSCIN and OSCOUT pins) can shift the 
crystal's frequency out of range, causing the transmitted fre- 
quency to exceed the 0.01 % tolerance specified by IEEE. 
The layout considerations for using an external crystal are 
rather straightforward. The oscillator layout should locate all 
components close to the OSCIN and OSCOUT pins and 
should use short traces that avoid excess capacitance and 
inductance. A solid ground should be used to connect the 
ground legs of the two capacitors. 



When connecting an external oscillator, the only considera- 
tions are to keep the oscillator module as close to the 
SONIC-T as possible to reduce stray capacitance and In- 
ductance and to give the module a clean Vcc and a solid 
ground. 

8.1.4 Power Supply Considerations 

In general, power supply routing and design for the 
SONIC-T need only follow standard practices. In some situ- 
ations, however, additional care may be necessary in the 
layout of the analog supply. Specifically special care may be 
needed for the TXVcc. RXVcc. PLLVcc, OSCVcc. RXTVcc 
and TPVcc power supplies and the TXGND, RXGND, 
PLLGND, OSCGND, TPGND and ANGND. In most cases 
the analog and digital power supplies can be Interconnect- 
ed. However, to ensure optimum performance of the 
SONIC-T's analog functions, power supply noise should be 
minimized. To reduce analog supply noise, any of several 
techniques can be used. 

1 . Route analog supplies as a separate set of traces or 
planes from the digital supplies with their own decoupling 
capacitors. 

2. Provide noise filtering on the analog supply pins by Insert- 
ing a low pass filter. Alternatively, a ferrlte bead could be 
used to reduce high frequency power supply noise. 

3. Utilize a separate regulator to generate the analog sup- 
ply. 

8.2 TWISTED PAIR INTERFACE MODULE 
Transmitter Considerations: The transmitter consists of 
four signals, the true and complement Manchester encoded 
data (TXO±) and these signals delayed by 50 ns (TXOd±). 
These four signals are reslstively combined {Figure 8-6), 
TX04- with TXOd- and TXO- with TXOd + , In a configu- 
ration referred to as pre-emphasls. This digital pre-emphasis 
is required to compensate for the low-pass filter effects of 
the twisted pair cable, which cause greater attenuation to 
the 10 MHz (50 ns) pulses of the Manchester encoded 
waveform than the 5 MHz (100 ns) pulses. 
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FIGURE 8-6. External Circuitry to Connect the SONIC-T 
to Twisted Pair Cable 
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9.0 AC and DC Specifications 
Absolute Maximum Ratings 

If Military/Aerospace specified devices are required, Storage Temperature Range (Tstg) -65°Cto150°C 
please contact the National Semiconductor Sales Power Dissipation (PD) 500 mW 
Office/Distributors for availability and specifications. ^ead Temp. (TL) (Soldering, 10 sec.) 260»C 
Supply Voltage (Vcc) -0.5V to 7.0V eSD Rating 

DC Input Voltage (V|n) - 0.5V to Vcc + 0.5V (Rzap = 1 .5k, Czap = 1 20 pF) 1 .5 kV 
DC Output Voltage (Vqut) - 0.5V to Vcc + 0.5V 

DC Specifications Ta = 0°Cto70°C, Vcc = SV ±5% unless othenvlse specified 


Symbol 


Parameter 


Conditions 


MIn 


Max 


Units 


VOH 


Minimum High Level Output Voltage 


Iqh = -8 mA 


3.0 




V 


Vol 


Maximum Low Level Output Voltage 


lOL = 8 mA 




0.5 


V 


V|H 


Minimum High Level Input Voltage 




2.0 




V 


V|L 


Maximum Low Level Input Voltage 






0.8 


V 


IjN 


Input Current 


V|N = VccorGND 


-1.0 


1.0 


mA 


bz 


Maximum TRI-STATE Output 
Leahiage Current 


VoUT = Vcc or GND 


-10 


10 


jaA 


Ice 


Average Operating Supply Current 


louT = OmA, Freq.= fn,a)( 




110 


mA 


AUi INTERFACE PINS (TX ± , RX ± , and CD ± ) 


VOD 


Diff. Output Voltage (TX+) 


78n Termination, and 270a 
from Each to GND 


±550 ■ 


±1200 


mV 


VOB 


Diff. Output Voltage Imbalance (TX±) 
(Guaranteed by Design. Not Tested.) 


78JI Termination, and 270n 
from Each to GND 


Typical: 40 mV 


Vu 


Undershoot Voltage (TX ± ) 
(Guaranteed by Design. Not Tested.) 


78Si Termination, and 270n 
frorh Each to GND 


Typical: 80 mV 


Vds 


Diff. Squelch Threshold 
(RX±andCD + ) 




-175 


-300 


mV 


TPI INTERFACE PINS 


RjOL 


TXOd ± , TXO ± Low Level Output 
Resistance 


lOL = 25 mA 




15 


n 


RjOH 


TXOd ± , TXO ± High Level Output 
Resistance 


lOL = -25 mA 




15 


n 


VsRONI 


Receive Threshold Turn-On Voltage 
lOBASE-fMode 




±300 


±585 


mV 


VSR0N2 


Receive Threshold Turn-On Voltage 
Reduce Threshold 




±175 


±300 


mV 


VsROFF 


Receive Threshold Turn-Off Voltage 




±175 


±300 


mV 


Vdiff 


Differential Mode Input Voltage Range 
(Guaranteed by Design, Not Tested) 


Vcc = 5.0V 


-3.1 


-1-3.1 


V 


OSCILLATOR PINS (OSCOUT and OSCIN) 


V|H 


OSCIN Input High Voltage 


OSCIN is Connected to an Oscillator 
and OSCOUT Is Open 


2.0 




V 


V|L 


OSCI N 1 nput Low Voltage 


OSCIN Is Connected to an Oscillator 
and OSCOUT is Open 




0.8 


V 


loses 


OSCIN Input Leakage Current 


OSCIN is Connected to an Oscillator 
and OSCOUT is Open 
V|N = Vcc or GND 


-20 


20 


hA 





a 

00 

w 

(O 
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9.0 AC and DC Specifications (Continued) 
AC Specifications 



BUS CLOCK TIMING 



H"H 



/ V— ^ 

h T1 ► 



TL/F/11719-57 



Number 


Parameter 


20 MHz 


Units 


Min 


Max 




T1 


Bus Clock Low Time 


22.5 




ns 


T2 


Bus Clock High Time 


22.5 




ns 


T3 


Bus Clock Cycle Time (Note 2) 


50 


100 


ns 



POWER-ON RESET 



BSCK 



USR<1:0> 




I*- T4— *+« — T5 — H 
-iS ( STABLE > 



TL/F/11719-58 



NON POWER-ON RESET 



RST 



USR<1:0> 



V- 



T4-» 



TL/F/117ig-59 



Number 


Parameter 


20 MHz 


Units 


MIn 


Max 




T4 


USR<1:0> Setup to RST 


10 




ns 


T5 


USR<1:0> Hold from RST 


20 




ns 


T6 


Power-On Reset High (Notes 1 , 2) 


10 




TXC 


T8 


Reset Pulse Width (Notes 1,2) 


10 




TXC 



Note 1: The reset time is determined by tiie slower of BSCK or TXC. If BSCK > TXC, TB and TB equal 1 TXCs. if BSCK < TXC, TB and T6 equal 1 BSCKs (T3). 
Note 2: These specifications are not tested. 
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9.0 AC and DC Specifications (continued) 

MEMORY WRITE, BMODE = 0, SYNCHRONOUS MODE (one wait-state shown) 




RDYi 



TL/F/1 1719-60 





Parameter 


20 MHz 


Units 




MIn 


Max 




T9 


BSCK to Address Valid 




37 


ns 


T10 


Address Hold Time from BSCK 


5 




ns 


T11 


BSCK to ADS, ECS Low 




34 


ns 


T12 


BSCK to ADS, ECS High 




34 


ns 


T15 


ADS High Width (Note 2) 


bcyc-5 




ns 


T32 


RDYi Setup to BSCK 


30 




ns 


T33 


RDYi Hold from BSCK 


5 




ns 


T36 


BSCK to Memory Write Data Valid 




70 


ns 


T37 


BSCK to MWR (Write) Valid 




30 


ns 


T40 


Write Data Hold Time from BSCK 


10 




ns 



Note 1; For successive read operations, IWWR remains low, and for successive write operations MWR remains higti during a transfer. During RBA and TBA 
transfers tile MWR signal will stay eithier tiigli or low for tfie entire burst of ttie transfer. During RDA and TDA transfers the MWR signal will switch on tfte rising edge 
of a Ti (Idle) state that is inserted between the read and the write operation. 
Note 2: bcyc = bus clock cycle time (T3). 



O 
TJ 
OS 

w 
<o 

CO 
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9.0 AC and DC Specifications (Continued) 

MEMORY READ, BMODE = 0, SYNCHRONOUS MODE (one wait-state shown) 

T1 T2 (wait) T2 



BSCK 



/r\ /Ts /r\ / 




i^^^ 



y \ \ ^ 



TL/F/11719-61 





Parameter 


20 MHz 


Units 




MIn 


Max 




T9 


BSCK to Address Valid 




37 


ns 


T10 


Address Hold Time from BSCK 


5 




ns 


Til 


BSCK to ADS, ECS Low 




34 


ns 


T12 


BSCK to ADS, ECS High 




34 


ns 


T15 


ADS High Width (Note 2) 


bcyc-5 




ns 


T23 


Read Data Setup Time to BSCK 


14 




ns 


T24 


Read Data Hold Time from BSCK 


7 




ns 


T28 


BSCK to MWR (Ready) Valid (Note 1) 




30 


ns 


T32 


RDYI Setup Time to BSCK 


30 




ns 


T33 


RDYI Hold Time to BSCK 


5 




ns 



Note 1: For successive read operations, MWR remains low, and for successive write operations MWR remains high during a transfer. During RBA and TBA 
transfers the MWR signal will stay either high or low for the entire burst of the transfer. During PDA and TDA transfers the MWR signal will switch on the rising edge 
of a Ti (idle) state that is inserted between the read and the write operation. 
Note 2: bcyc = bus clock cycle time (T3). 
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9.0 AC and DC Specifications (continued) 

MEMORY WRITE, BMODE = 0, ASYNCHRONOUS MODE 



ECS 



Tllb- 



D<31:0> 



h 



T9[-«- 

r 



[<-T12 



T2(wail) T2 



T12b- 



y 



TI1b-» 



|-« T39 

xzz 



-T15- 



h 



T37 



y 



r 

X 



-T18 — »j 

/" 



■\ 



T32a-H 



\. 



T33a 



z 






|-«-T33a 



TL/F/11719-62 





Parameter 


20 MHz 


Units 




MIn 


Max 




T9 


BSCK to Address Valid 




37 


ns 


T10 


Address Hold Time from BSCK 


5 




ns 


T11b 


BSCK to ADS, DS, ECS Low 




34 


ns 


T12b 


BSCK to ADS, ECS High 




32 


ns 


T13 


BSCK to DS High 




36 


ns 


T15 


ADS High Width (Notes 2) 


bcyc - 5 




ns 


Tie 


Write Data Strobe Low Width (Notes 2, 4) 


bcyc - 5 




ns 


T32a 


RDYi Asynchronous Setup to BSCK (Note 3) 


8 




ns 


T33a 


RDYi Asynchronous Hold from BSCK 


5 




ns 


T36 


BSCK to Memory Write Data Valid (Note 1) 




70 


ns 


T37 


BSCK to MWR (Write) Valid (Note 1) 




30 


ns 


T39 


Write Data Valid to 
Data Strobe Low (Note 2) 


bcyc-46 




ns 


T40 


Write Data Hold Time from BSCK 


10 




ns 



Note 1: For successive read operations, MWH remains low, and for successive write operations MWR remains higti during a transfer. During RBA and TBA 

transfers the MWR signal will stay either high or low for the entire burst of the transfer. During RDA and TDA transfers the MWR signal will switch on the rising edge 

of a Tl (idle) state that is inserted between the read and the write operation. 

Note 2: bcyc = bus clock cycle time (T3). 

Note 3: This setup time assures that the SONIC-T terminates the memory cycle on the next bus clock (BSCK). RDYi does not need to be synchronized to the bus 

clock, though, since it is an asynchronous input in this case. RDYi is sampled during the falling edge of BSCK. If the SONIC-T samples RDYi low during the Tl 

cycle, the SONIC-T will finish the current access in a total of two bus clocks instead of three, which would be the case if RDYi had been sampled low during 

T2 (wait). (This is assuming thai programmable wait states are set to 0.) 

Note 4: DS will only be asserted if the bus cycle has at least one wait state inserted. 
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9.0 AC and DC Specifications (continued) 

MEMORY READ, BMODE = 0, ASYNCHRONOUS MODE 




TL/F/11719-63 



Number 


Parameter 


20 MHz 


Units 


Min 


Max 




T9 


BSCK to Address Valid 




37 


ns 


T10 


Address Hold Time from BSCK 


5 




ns 


T11b 


BSCK to ADS, DS, ECS Low 




34 


ns 


T12b 


BSCK to ADS, ECS High 




32 


ns 


T13 


BSCK to DS High 




36 


ns 


T15 


ADS High Width (Note 2) 


bcyc - 5 




ns 


T16 


Read Data Strobe High Width (Note 2) 


bcyc - 15 




ns 


T17 


Read Data Strobe Low Width (Note 2) 


bcyc - 5 




ns 


T23 


Read Data Setup Time to BSCK 


14 




ns 


T24 


Read Data Hold Time from BSCK 


7 




ns 


T28 


BSCK to MWR (Read) Valid (Note 1) 




30 


ns 


T32a 


RDYi Asynchronous Setup Time to BSCK (Note 3) 


8 




ns 


T33a 


RDYi Asynchronous Hold Time to BSCK 


5 




ns 



Note 1: For successive read operations, MWR remains low, and for successive write operations MWR remains liigh during a transfer. During RBA and TBA 
transfers the MW^ signal wilt stay eitlier high or low for the entire burst of the transfer. During RDA and TDA transfers the MWH signal will switch on the rising edge 
of a Ti (idle) state that Is inserted between the read and the write operation. 
Note 2: bcyc = bus clocl< cycle time (T3). 

Note 3: This setup time assures that the SONIC-T terminates the m emory cycle on the next bus clock (BSCK). RDYi does not need to be synch ronized to the bus 
clock, though, since it is an asynchronous input in this case. RDYi is sampled during the falling edge of BSCK. If the SONI C-T s amples RDYi low during the T1 
cycle, the SONIC-T wiil finish the current access in a total of two bus clocks Instead of three, which would be the case if RDYi had been sampled low during 
T2 (wait). (This is assuming that programmable wait states are set to 0.) 
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9.0 AC and DC Specifications (Continued) 

MEMORY WRITE, BMODE = 1, SYNCHRONOUS MODE (one wait-state shown) 

T1 T2(w«il) T2 




N r 



TL/F/11719-64 





Parameter 


20 MHz 


Units 




MIn 


Max 




T9 


BSCK to Address Valid 




37 


ns 


T10 


Address Hold Time from BSCK 


5 




ns 


Tlla 


BSCK to AS, DS, ECS Low 




26 


ns 


T12a 


BSCK to AS, ECS HIgti 




34 


ns 


T13a 


BSCKtoDSHigli 




36 


ns 


T14 


AS Strobe Low Width (Note 3) 


bcyc - 7 




ns 


T15a 


AS Strobe High Width (Note 3) 


bcyc - 22 




ns 


T18 


Write Data Strobe Low Width (Notes 1, 3) 


bcyc - 5 




ns 


T22 


Address Valid to AS (Note 3) 


bch-18 




ns 






8 






T30 


DSACK0,1 Setup to BSCK (Note 4) 


ns 






12 






T31 


DSACK0,1 Hold from BSCK 


ns 


T36 


BSCK to Memory Write Data Valid 




70 


ns 


T37 


BSCK to MRW (Write) Valid (Note 2) 




30 


ns 


T39 


Write Data Valid to Data Strobe Low 
(Note 3) 


bcyc - 46 




ns 


T40 


Write Data Hold Time from BSCK 


10 




ns 



Note 1: CS will only be asserted if the bus cycle has at least one wait state inserted. 

Note 2: For successive write operations, MRW remains low, and for successive read operations MRW remains high during a transfer. During RBA and TBA 

transfers the MRW signal will stay either high or low for the entire burst of the transfer. During RDA and IDA transfers the MRW signal will switch on the rising edge 

of a Ti (idle) state that is inserted between the read and the write operation. 

Note 3: bcyc = bus clock cycle time (T3) and bch = bus clock high time CT2). 

Note 4: DSACKO.I must be synchronized to the bus clock (BSCK) during synchronous mode. 
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9.0 AC and DC Specifications (continued) 

MEMORY READ, BMODE = 1, SYNCHRONOUS MODE (one wait-state shown) 

T1 T2(wah) T2 Tl 



\ 

T9|-< 






h«-T12« 



■\. 



K^ 



y 




/"■^ 



'[T T1 



f 



T24o|-^ 



H 



"V 




T 



TL/F/11719-65 





Parameter 


20 MHz 


Units 




MIn 


Max 




T9 


BSCK to Address Valid 




37 


ns 


T10 


Address Hold Time from BSCK 


5 




ns 


T11a 


BSCK to AS, DS, ECS Low 




26 


ns 


T12a 


BSCK to AS, ECS High 




34 


ns 


T13a 


BSCK to DS High 




36 


ns 


T14 


AS Low Width (Note 3) 


bcyc - 7 




ns 


T15a 


AS High Width (Note 3) 


bcyc - 22 




ns 


T16 


Read Data Strobe High Width (Note 3) 


bcyc - 15 




ns 


T17 


Read Data Strobe Low Width (Note 3) 


bcyc - 5 




ns 


T22 


Address Valid to AS (Note 3) 


bch - 18 




ns 


T23a 


Read Data Setup Time to BSCK 


5 




ns 


T24a 


Read Data Hold Time from BSCK 


5 




ns 


T28 


BSCK to MRW (Read) Valid (Note 1) 




30 


ns 






8 






T30 


DSACKO.I Setup to BSCK (Note 2) 


ns 






12 






T31 


DSACKO.I Hold from BSCK , 


ns 



Note 1: For successive write operations, MRW remains low, and lor successive read operations MRW remains high during a transfer. During RBA and TBA 

transfers the MRW signal wll stay either high or low for the entire burst of the transfer. During RDA and TDA transfers the MRW signal will switch on the rising edge 

of a Ti (idle) state that is inserted between the read and the write operation. 

Note 2: DSACKO.I must be synchronized to the bus clock (BSCK) during synchronous mode. 

Note 3: bcyc = bus clock cycle time (T3) and bch = bus clock high time (T2). 
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9.0 AC and DC Specifications (continued) 

JSMODE 

T2(«»il) T2 Tl 

/r\—y^^ /r\ r^ 



MEMORY WRITE, BMODE = 1, ASYNCHRONOUS MODE 

Tl T2(«»il) 




T30»-»j h- 

/ (Note 2) \ 



TL/F/11719-66 



Number 


Parameter 


20 MHz 


Units 




Min 


Max 




T9 


BSCK to Address Valid 




37 


ns 


T10 


Address Hold Time from BSCK 


5 




ns 


Tlla 


BSCK to AS, DS, ECS Low 




26 


ns 


T12a 


BSCK to AS, ECS High 




34 


ns 


T13a 


BSCK to DS High 




36 


ns 


T14 


SS Low Width (Note 3) 


bcyc — 7 




ns 


T15a 


AS High Width (Note 3) 


bcyc - 22 




ns 


T18 


Write Data Strobe Low Width (Notes 3, 4) 


bcyc - 5 




ns 


T22 


Address Valid to AS (Note 3) 


bch - 18 




ns 


T30 


DSACK0,1 Setup to BSCK (Note 2) 


8 




ns 


T30a 


STERM Setup to BSCK (Note 2) 


6 




ns 


T31 


DSACKO.I Hold from BSCK 


12 




ns 


T31a 


STERM Hold from BSCK 


12 




ns 


T36 


BSCK to Memory Write Data Valid 




70 


ns 


T37 


BSCK to MRW (Write) Valid (Note 1) 




30 


ns 


T39 


Write Data Valid to Data Strobe Low (Note 3) 


bcyc - 46 




ns 


T40 


Memory Write Data Hold from BSCK 


10 




ns 



Note 1: For successive write operations, MRW remains low, and for successive read operations MRW remains high during a transfer. During R6A and TBA 
transfers the MRW signal will stay either high or low for the entire burst of the transfer. During RDA and IDA transfers the MRW signal will switch on the rising edge 
of a Ti (idle) state that is inserted between the read and the write operation. 

Note 2: Meeting the setup time for DSACKO.I or STERM guarantees that th e SONIC-T wil l termin ate the memory cycle 1.5 bus clocks after DSACK0,1 were 
sampled, or 1 cycle after STERM was sampled. T2 states will be repeated until DSACKO.I or STERM are sampled properly in a low state. If the SONIC-T samples 
DSACK0,1 or STERM low during the T1 or first T2 state respectively, the SONIC-T will finish the current access in a total of two bus clocks instead of three 
(assuming that programmable wait states are set to 0). DSACK0,1 are asynchronously sampled and STERM is synchronously sampled. 
Note 3: bcyc = bus clock cycle time (73) and bch = bus clock high time (T2). 
Note 4: US will only be asserted if the bus cycle has at least one wait state inserted. 
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9.0 AC and DC Specifications (continued) 

MEMORY READ, BMODE = 1, ASYNCHRONOUS MODE 

TI T2(wail) T2 TI 

jr\ /r\ /r\ /~\ 




J — ^ — s / 



/ (Note 2) \_ 



TL/F/11719-67 





Parameter 


20 MHz 


Units 




Min 


Max 




T9 


BSCK to Address Valid 




37 


ns 


T10 


Address Hold Time from BSCK 


5 




ns 


T11a 


BSCK to AS, DS, ECS Low 




26 


ns 


T12a 


BSCK to AS, ECS High 




34 


ns 


T13a 


BSCK to DS High 




38 


ns 


T14 


AS Low Width (Note 3) 


bcyc - 7 




ns 


T15a 


AS High Width (Note 3) 


bcyc - 22 




ns 


T16 


Read Data Strobe High Width (Note 3) 


bcyc - 15 




ns 


T17 


Read Data Strobe Low Width (Note 3) 


bcyc - 5 




ns 


T22 


Address Valid to AS 


bch- 18 




ns 


T23b 


Read Data Setup Time to BSCK 


10 




ns 


T24a 


Read Data Hold Time from BSCK 


5 




ns • 


T28 


BSCK to MRW (Read) Valid (Note 1) 




30 


ns 


T30 


DSACKO.I Setup to BSCK (Note 2) 


8 




ns 


T30a 


STERM Setup to BSCK (Note 2) 


6 




ns 


T31 


DSACK0,1 Hold from BSCK 


12 




ns 


T31a 


STERM Hold from BSCK 


12 




ns 



Note 1: For successive write operations, MRW remains low. and for successive read operations MRW remains high during a transfer. During RBA and TBA 
transfers the MRW signal will stay either high or low for the entire burst of the transfer. During RDA and TDA transfers the MRW signal wll switch on the rising edge 
of a Ti (idle) state that is inserted between the read and the write operation. 



Note 2: Meeting the setup time for DSACK0,1 or STERM guarantees that the SONIC-T will terminate the memory cycle 1.5 bus clocks after dSaCko.I were 
sampled, or 1 cycle after STERM was sampled. T2 states will be repeated until DSACKO.I or STERM are sampled properly in a low state. If the SONIC-T samples 
DSACKO.I or STERM low during the T1 or first T2 state respectively, the SONIC-T will finish the current access in a total of two bus clocks Instead of three 
(assuming that programmable wait states are set to 0). DSACKO.I are asynchronously sampled and STERM is synchronously sampled. 
Nate 3: bcyc = bus clock cycle time (T3) and bch = bus clock high time (T2). 
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9.0 AC and DC Specifications (continued) 

BUS REQUEST TIMING, BMODE == 



T43-^ h--»] |-^T43 

/ / (Noll 2) 



> 



D<31;0> 
(writa) 



ADS. MWR 
CS, ECS 



USR<1:0> 
E1(USR<3:0> 



-H — T46 

— ys 



BUS PREEMPTION (Nota 1) 



(Nota S) 



— c 



(Nota 5) 



x: 



T55a-»l 1^ 



MEMORY TRANSFER X BUS IDLE 



(Nota 3) -> 



(l^ota 5) 



|«-T53 



T44-H [-•- -A |-^T44 
-\r \ (Nota 2) 



X. 



— I— T51 
[-•-T52 

D 

[-^T55a 



)C 



I—T51 
)— 

)— 



TL/F/11719-68 





Parameter 


20 MHz 


Units 




Min 


Max 




T43 


BSCK to HOLD High (Note 2) 




25 


ns 


144 


BSCK to HOLD Low (Note 2) 




22 


ns 


T45 


HLDA Asynctironous Setup Time to BSCK 


5 




ns 


T46 


HLDA Deassert Setup Time (Note 1) 


5 




ns 


T51 


BSCK to Address, ADS, MWR, DS, ECS, 
USR<1:0>andEXUSR<3:0>TRI-STATE(Note4) 




75 


ns 


T52 


BSCK to DataTRI-STATE (Note 4) 




75 


ns 


T53 


BSCKtoUSR<1:0> orEXUSR<3:0> Valid 




70 


ns 


T55 


BSCK to Bus Status 
Idle to Non-Idle 




48 


ns 


T55a 


BSCK to Bus Status 
Non-Idle to Idle (Note 3) 




40 


ns 


T55b 


S < 2:0 > Hold from BSCK 


10 




ns 



Note 1; A block transfer by tfio SONIC-T can ba pre-empted from the bus by deasserling HLDA provided HLDA is asserted T46 before the rising edge of the last T2 

in the current access. 

Note 2: The assertion edge lor HOLD is dependent upon the PH bit in the DCR2. The default situation is shown wih a solid line in the timing diagram. T43 and T44 

apply lor both modes. Also, if HLDA is asserted when the SONIC-T wants to acquire the bus. HOLD will not be asserted until HLDA has been deasserted first. 

Note 3: S<2:0> will indicate IDLE at the end of T2 il the last operation is a read operation, or at the end ol Th if the last operation is a write operation. 

Note 4: This timing value includes an RC delay inherent in the test measurement. These signals typically TRI-STATE 7 ns earlier, enabling other devices to drive 

these lines without contention. 

Note 5: For specific timing on these signals (driven by the SONIC-T), see the memory read and memory write timing diagrams on previous pages. 
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9.0 AC and DC Specifications (continued) 

BUS REQUEST TIMING, BMODE = 1 




DSACKOJ 
STERM 



A<3I:J[>, ECS , 
DS, MRW ' 



USR<1:0> , 
EXUSR<3:0> ' 



— T- -— V (TRI-STATE) 

_/ (Nolo > I 



— jr :— V (TRI-STATE) 

/(Nolo1) ' I 



BUS IDLE 



(Note 2) 



<(Note2) 



i^ (Not« 2) 



(Notg2) 



U-T55b -»\ I 

F S i , 

Ymemory transferV 
An^j— Si, 



r 



(Note 3) 



[-•-TSIa 

) 

|-^T51a 

) 

|-^T52 

J— 



r 



|-t-T51a 
) 



TL/F/11719-69 





Parameter 


20 MHz 


Units 






MIn 


Max 




T45a 


BG Asynchronous Setup Time to BSCK 


6 




ns 


T47 


BSCKLowtoBRLow 




25 


ns 


T48 


BSCK Low to BR TRI-STATE (Note 4) 




30 


ns 








36 


ns 




T49 


BSCK HiglT to BGACK Low (Note 1) 










30 


ns 




ISO 


BSCK Higli to BGACK Higti (Note 5) 




T51a 


BSCK to Address, AS, MRW, DS, ECS, 
USR<1:0> and EXUSR<3:0> TRI-STATE (Note 4) 




75 


ns 


,T52 


BSCK to Data TRI-STATE (Note 4) 




75 


ns 


T53 


BSCKtoUSR<1:0> orEXUSR<3:0> Valid 




70 


ns 


T55 


BSCK to Bus Status 
Idle to Non-Idle 




48 


ns 


T55a 


BSCK to Bus Status 
Non-Idle to Idle (Note 3) 




40 


ns 


T55b 


S<2:0> Hold from BSCK 


10 




ns 



Note 1: BGACK Is only Issued if 55 is low and AS, DSAOKO.I , STERM and BGACK are deasserted. 

Note 2; For specific timing on these signals (drive by the SONIC-T), see the memory read and memory write liming diagrams on previous pages. 

Note 3: S<2:0> will indicate IDLE at the end of T2 if the last operation is a read operation or at the end of Th if the last operation Is a write operation. 

Note 4: This timing value includes an RC delay inherent in our test measurement These signals typically TRI-STATE 7 ns earlier, enabling other devices to drive 

these lines without contention. 

Note 5: BGACK is driven high for approximately 0.5 BSCK before going TRI-STATE. 



1-542 



9.0 AC and DC Specifications (continued) 

BUS RETRY 



BSCK 



A<31:1> 



D<31:0> 



Z3C 



/rv_AA /r\ 



T41a 
BRT (Not8 3)'>^ \ 



1^^ 



(Note 2) 



HOLD 
(BMODE=0) 



T50- 



- r 



BGACK 
(BM0DE=1) 



(TRI -STATE) 

BR 



(BM0DE=1) 




_,'(Note 1) 



TL/F/11719-70 





Parameter 


20 MHz 


Units 




Min 


Max 




T41 


Bus Retry Synchronous Setup Time to BSCK 
(Note 3) 


5 




ns 


T41a 


Bus Retry Asynchronous Setup Time 
to BSCK (Note 3) 


5 




ns 


T42 


Bus Retry Hold Time from BSCK (Note 2) 


7 




ns 


T43 


BSCK to HOLD High (Note 1) 




25 


ns 


T44 


BSCK to HOLD Low (Note!) 




22 


ns 


T47 


BSCK to BR Low 




25 


ns 








30 




T50 


BSCK to BGACK High (Note 4) 


ns 



Note 1: Depending upon the mode, the SONIC-T will assert and deassert HOLD from tlie rising or falling edge of BSCK. 

Note 2: Unless Latched Bus Ret ry mo de is set (LBR in the Data Configuration Register, Section 6.3.2), BRT must remain asserted until after the Th state. If 

Latched Bus Retry modo is used, BRT does not need to satisfy T42. 

Note 3: T41 Is for synchronous bus retry and T41a is for asynchronous bus retry (see Section 6.3.2, bit 15, Extended Bus Mode). Since T41a is an asynchronous 

setup time, it is not necessary to meet It, but doing so will guarantee that the bus exception occurs in the cunent memory transfer, not the next. 

Note 4: BGACK Is driven high for approximately 0.5 BSCK before going TRI-STATE. 
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9.0 AC and DC Specifications (Continued) 

MEMORY ARBITRATION/SLAVE ACCESS 

Ti T1 T2 Th Ts 

BSCK 



Ts 



HOLD 
(BMODE=0) 

BGACK 
(BM0DE=1) 






SAS 
(BM0DE=1) 

SAS 
(BMODE=0) 



(Note 1) 
(Note 5) \ 



(Note 5) /" 



MREQ (Note 1) 



-5S- 



-i.\ — r 



<=xt> 



•T56 



T81-«- 






T59- 

-5S— /^ 



-5S — ' 



-^T80 



TL/F/11719-71 



Number 


Parameter 


20 MHz 


Units 


Min 


Max 




T56 


CS Low Asynchronous Setup to BSCK 
(Note 2) 


12 




ns 


T57 


CS High Asynchronous Setup to BSCK 


8 




ns 






12 






T58 


MREQ Low Asynchronous Setup to BSCK 
(Note 2) 


ns 






12 






T59 


MREQ High Asynchronous Setup to BSCK 


ns 








1.5 
5.5 




T60 


MREQ or CS to SMACK Low (Notes 3, 4) 


boyc 








30 




T80 


MREQ to SMACK High 


ns 








25 




T81 


BSCK to SMACK Low 


ns 



Note 1: Both CS and MREQ must not be asserted concurrently. If these signals are successively asserted, there must be at least two bus clocks between the 
deasserting and asserting edges of these signals. 

Note 2: It Is not necessary to meet the setup times for MREQ or C5 since these signals are asynchronously sampled. Meeting the setup time for these signals, 
however, makes it possible to use T60 to determine exactly when SMACK will be asserted. 

Note 3: The smaller value for T60 refers to when the SONIC-T is accessed during an Idle condition and the other value refers t o when the SONIC-T is accessed 
during non-idle conditions. These values are not tested, but are guaranteed by design. This specification assumes that 55 or MRE Q Is as serte d 0.5 bus clock 
before the falling edge that these signals are asynchronously clocked in on (see T56 and T58). II T56 is met for C5 or T58 is met for MREQ, then SMACK will be 
asserted exactly 2 bus clocks, when the SONIC-T was idle, or 5 bus clocks, when the SONIC-T was in master mode, after the edge that T56 and T58 refer to. (This 
is assuming that there were no wait states in the current master mode access. Wait states will increase the time for SMACK to go low by the number of wait states 
in the cycle.) 5SS must have been asserted for this timing to be correct. See SAS and C5 timing in the Register Read and Register Write timing specifications. 
Note 4: bcyc = bus clock cycle time (T3). 

Note 5: The way in which SMACK is asserte d due to C5 is not the same as the way In which SMACK is asserted due to MREQ. S MACK goes low as a direct result 
of the assertion of MREQ, whereas, for C5.5A5 must also be driven low ( BMODE = 1 ) or high (BMODE = 0) before SMACK will be asserted. This means that 
when SMACK is asserted due to MREQ. SMACk will remain asserted until MREQ Is deasserted. Multiple memory accesses can be made to the shared memory 
without SMACK ever going high. When SMACK is asserted due to CS, however, SMACK will only remain l ow as long as SAS Is also low {BMODE = 1) or high 
(BMODE = 0). SMACK will not remain low throughout multiple register accesses to the SONIC-T because SAS must toggle for each register access. This is an 
important difference to consider when designing shared memory designs. 
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9.0 AC and DC Specifications (Continued) 

REGISTER READ, BMODE = (Note 1) 



BSCK 


Tl 


T2(.. 


T2 (»« 


T2(««it) 12 (.•it) 

r^ r\ A 


T2 


Tl 












Qli<^-I\'> 






y 






V 










U Te3 




Ki .1 










T56 


H Te5« H 












cs 


1. Tn 




J 
















|. TCa 


/ 






SAS 


"^ 








\ r 










M 






|. T7. 






SWR 


■~\ 


/ 


















-•-175 


•— HT76 


RDro 








J 












,30 ^ 


T72 






^T79 


SMACK 




_ 


A 




J 




^162 


— |T85 



TL/F/11719-72 





Parameter 


20 MHz 


Units 




Min 


Max 




T56 


CS Asynchronous Setup to BSCK (Note 4) 


12 




ns 


T60 


MREQ or CS to SMACK Low (Notes 3, 5, 8) 




1.5 
5.5 


bcyc 


T63 


Register Address Setup to SAS 


10 




ns 


T64 


Register Address Hold Time from SAS 


10 




ns 


T65 


SAS Pulse Width (Note 3, 6) 


bcyc - 10 




ns 


T68 


SWR (Read) Hold from §AS 


8 




ns 


T72 


Smack to RDYo Low (Notes 3, 8) 


2.5 


bcyc 


T73 


SWR (Read) Setup to SAS 







ns 


T75 


BSCK to RDYo Low 




35 


ns 


T76 


SAS or CS to RDYo High (Note 2) 




30 


ns 


T79 


SAS or CS to SMACK High (Note 2) 




30 


ns 


T81 


BSCK to SMACK Low 




25 


ns 


T82 


BSCK to Register Data Valid 




90 


ns 


T85 


SAS or CS to Data TRI-STATE (Notes 2, 7) 




85 


ns 


T85a 


Minimum CS Deassert Time 


53 




ns 



Note 1: This figure shows a slave access to the SONIC-T when the SONIC-T is idle, or raltier not in master mode. If the SONIC-T is a t)us master, there will be 

some dilferences as noted in the Memory Arbitralior/Slave Access diagram. The BSCK stales (T1, T2, etc.) are the equivalent processor states during a slave 

access. 

Note 2; If C5 is deasserted before the falling edge of SAS, T76, T79 and T85 are referenced from the rising edge of C5. 

Note 3: bcyc = bus clock cycle time (T3). 

Note 4; It is not necessary to meet the setup ti me for C 5 since this signal is asynchronously sampled. Meeting the setup time for this signal, however, makes it 

possible to use T60 to determine exactly when SMACK will be asserted. 

Note 5: The smaller value for T60 refers to when the SONIC-T is accessed during an Idle condition and the other value refers to whan the SONIC-T is accessed 

during non-idle conditions. These values are not tested, but are guaranteed by design. This spe cification assumes that CS is asserted 0.5 bus clock before the 

falling edge that CS is asynchronously clocked In on (see T66). if T56 is met for CS, then SMACK will be asserted exactly 1 bus clock, when the SONIC-T was idle, 

or 5 bus clocks, when the SONIC-T was in master mode, after the edge that T56 refers to. (This is assuming that there were no wait states in the current master 

mode access. Wait states will Increase the time for SMACK to go low by the number of wait states in the cycle.) 

Note 6: SIS may be asserted low anytime before or simultaneous to the falling edge of CS. II is suggested that SAS be driven high no later than CS. If necessary, 

however, SAS may be driven up to one BSCK after CS. 

Note 7: This timing value includes an RC delay inherent in the test measurement. These signals typically TRI-STATE 7 ns earlier, enabling other devices to drive 

these lines without contention. 

Note S: These values are not tested, but are guaranteed by design. They are provided as a design guideline only. 
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9.0 AC and DC Specifications (continued) 

REGISTER WRITE, BMODE = (Note 1) 



escK 


T1 T2(wi. 


t) T2 (wa 


I) T2(»«it) T2(ws 


t) 

/ 


T2 


T1 














RA<5:0> 


/ 




y 






\ 












!■ T63— 




Kl .1 










T56 


|^T85.^ 








" 


CS 


N 

|- T65 — 




J 




/ 












SAS 


"~\ 










\ r 




T70|- 






HT71 










SWR 
















— T76 

s 


■" HT76 


RDYo 




-\ 


-^Tai 




J 










■ 


-> — -^T79 


SMACK 




"\ 


_/ 




183 t~ 


HT»< 









-( DATA IN \- 



TL/F/11719-73 





Parameter 


20 MHz 


Units 




Min 


Max 


156 


CS Asynchronous Setup to BSCK (Note 4) 


12 




ns 


T60 


MREQ or CS to SMACK Low (Notes 3, 5, 7) 




1.5 
5.5 


bcyc 


T63 


Register Address Setup to SAS 


. ,10 




ns 


T64 


Register Address Hold Time from SAS 


10 




ns 


T65 


SAS Pulse Width (Notes 3, 6) 


bcyc - 10 




ns 


T70 


SWR (Write) Setup to SAS 







ns 


T71 


SWR (Write) Hold from SAS 


7 




ns 


T72 


SIVIACK to RDYo Low (Notes 3, 7) 


2.5 


bcyc 


T75 


BSCK to RDYo Low 




35 


ns 


T76 


SAS or CS to RDYo High (Note 2) 




30 


ns 


T79 


SAS or CS to SMACK High (Note 2) 




30 


ns 


T81 


BSCK to SMACK Low 




25 


ns 


T83 


Register Write Data Setup to BSCK 


'45 




ns 


T84 


Register Write Data Hold from BSCK 


22 




ns 


T85a 


Minimum CS Deassert Time 


63 




ns 



Note 1: This figure 
some differences a 



shows a slave access to Ifie SONIC-T when the SONIC-T is idle, or rather not in master mode. If the SONIC-T is a bus master, there will be 
s noted in the Memory Arbitration/Slave Access diagram. The BSCK states (71, T2, etc.) are the equivalent processor states during a slave 

Note 2: If C5 is deasserted before the falling edge of SAS, T76 and T79 are referenced from the rising edge of ^. 
Note 3: bcyc = bus clock cycle time (T3). 

Note 4: It is not necessary to meet the setup ti me for C 5 since this signal is asynchronously sampled. Meeting the setup time for this signal, however, makes it 
possible to use T60 to determine exactly when SMACK will be asserted. 

Note 5: The smaller value for T60 refers to when the SONIC-T is accessed during an Idle condition and the other value refers to when the SONIC-T is accessed 
during non-idle conditions. These values are not tested, but are guaranteed by design. This specification assumes that CS is asserted 0.5 bus clock before the 
falling edge that C5 is asynchronously clocked In on (see T56): (f T56 is met for CS, then SMACK will be asserted exactly 1 bus clock, when the SONIC-T was idle, 
or 5 bus clocks, when the SONIC-T was in master mode, after the edge that T56 refers to. (This is assuming that there were no wait states in the current master 
mode access. Wait states will increase the time for SMACK to go low by the number of wait states in the cycle.) 

Note 6; S AS m ay be asserted low anytime before or simultaneous to the falling edge of C5. It is suggested that SAS be driven high no later than C5. If necessary, 
however, SAS may be driven up to one BSCK after C5. 

Note 7: These values are not tested, but are guaranteed by design. They are provided as a design guide line only. 
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9.0 AC and DC Specifications (continued) 

REGISTER READ, BMODE = 1 (Note 1) 

T1 T2(WAII) T2(WAIT) T2(y(AII) T2(WAII) T2(VIAIT) T2 



<: 



A 



> 



■N 



_J 



T7B— ► k- T77a(M0TE 3) 






/ 



/ 



■ T77(N0IE 3) 



I-. — T79a 



■> — 186-*^ 



TL/F/11719-74 





Parameter 


20 MHz 


Units 




Min 


Max 


T56 


CS Asynchronous Setup to BSCK (Notes 5, 7) 


12 




ns 


T60 


MREQ or CS to SMACK Low (Notes 4, 6, 9) 




1.5 
5.5 


bcyc 


T63 


Register Address Setup to SAS 


10 




ns 


T64 


Register Address Hold from SAS 


10 




ns 


T67 


SRW (Read) Setup to SAS 







ns 


T72a 


SMACK to DSACK0,1 Low (Notes 4, 9) 


2 


bcyc 


T74 


SRW (Read) Hold from SAS 


12 




ns 


T75a 


BSCKtoDSACKO.How 




35 


ns 


T77 


CS to DSACK0,1 HIgli (Notes 2, 3) 




28 


ns 


T77a 


SAS to DSACKO.I High (Notes 2, 3) 




35 


ns 


T78 


Skew between DSACKO.I 




10 


ns 


T79a 


BSCK to SMACK High 




30 


ns 


T81 


BSCK to SMACK Low 




25 


ns 


T82 


BSCK to Register Data Valid 




90 


ns 


T85a 


Minimum CS DeassertTlme 


53 




ns 


T86 


SAS or CS to Register Data TRI-STATE 
(Notes 2, 8) 




85 


ns 



Note 1: This figure shows a slave access to the SONIC-T when the SONIC-T is idle, or rather not in master mode. If the SONIC-T Is a bus master, there will be 
some differences as noted in the lulemory Arbitration/Slave Access diagram. The BSCK states (T1, T2, etc.) are the equivalent processor states during a slave 
access. 
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^ Note 2: If C5 is deasserted before the rising edge of SAS, then T77 and T86 are referenced off the rising edge of C5 instead of ? 

g Note 3: DSACKO.I are driven high for about 0.5 bus clock before going TRI-STATE. 

CL Note 4: boyc = bus clock cycle lime (73). 

Note 5: It is rot necessary to meet the setup ti rrie for C 5 since this signal Is asynchronously sampled. Meeting the setup time for this signal, however, makes it 

possible to use T60 to determine exactly when SMACK will be asserted. 

Note 6: The smaller value for T60 refers to when the SONIC-T is accessed during an Idle condition and the other value refers to when the SONIC-T is accessed 

during non-idle conditions. These values are not tested, but are guaranteed by design. This specification assumes that CS is asserted 0.5 bus clock before the 

falling edge that C5 is asynchronously clocked in on (see T56). If T56 Is met for C5, then SMACK will be asserted exactly 1 bus clock, when the SONIC-T was idle, 

or 5 bus clocks, when the SONIC-T was in master mode, aft er the edge that T56 refers to. (This is assuming that there were no wait states in the current master 

mode access. Wait states will increase the time for SMACK in the cycle.) 

Note 7: SAS may be asserted at anytime before or simultaneous to the falling edge of CS. 

Note 8: This timing value includes an RC delay inherent in the test measurement These signals typically TRI-STATE 7 ns eariier, enabling other devices to drive 

these lines without contention. 

Note 9: These values are not tested, but are guaranteed by design. They are provided as a design guideline only. 
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9.0 AC and DC Specifications (continued) 

REGISTER WRITE, BMODE = 1 (Note 1) 

T1 T2(WAIT) T2(WAII) T2(WAIT) T2(WAIT) T2(yVAIT) T2 



T63 —J 



<: 



SRW T70a — »| 



J 



\-' 



— T77a{N0TE 3) 



/ 



■ T77(NQTE 3) 



U — r79a 



M 



TL/F/11719-75 





Parameter 


20 MHz 


Units 




MIn 


Max 




T56 


CS Asynchronous Setup to BSCK (Notes 5, 7) 


12 




ns 


T60 


MREQ or CS to SMACK Low (Notes 4, 6, 8) 




1.5 
5.5 


bcyo 


T63 


Register Address Setup to SAS 


10 




ns 


T64 


Register Address Hold from SAS 


10 




ns 


T70a 


SRW (Write) Setup to SAS 







ns 


T71a 


SRW (Write) Hold from SAS 


13 




ns 


T72a 


SMACK to DSACKO.I Low (Notes 4, 8) 


2 


bcyc 


T75b 


BSCKtoDSACKO.I Low 




44 


ns 


T77 


CS to DSACK0,1 High (Notes 2, 3) 




28 


ns 


T77a 


SAS to DSACKO.I High (Notes 2, 3) 




35 


ns 


T78 


Skew between DSACKO.I 




10 


ns 


T79a 


BSCK to SMACK High 




30 


ns 


T81 


BSCK to SMACK Low 




25 


ns 


T83 


Register Write Data Setup to BSCK 


45 




ns 


T84 


Register Write Data Hold from BSCK 


22 




ns 


T85a 


Minimum CS Deassert Time 


53 




ns 



Note 1: This figure shows a slave access to Ihe SONIC-T when the SONIC-T is idle, or rather not in master mode, if the SONIC-T is a bus master, there wiii be 

some differences as noted in the fulemory Arbitration/Slave Access diagram. The BSCK states (T1. T2, etc.) are the equivalent processor states during a slave 

access. 

Note 2: If ns is deasserled before the rising edge of SAS, then T77 Is referenced off the rising edge of CS instead of SAS. 
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9.0 AC and DC Specifications (continued) 



Note 3: DSACK0.1 are driven high (or about 0.6 bus clock before going TRI-STATE. 

Note 4; boyc = bus cloclt cycle time (73). 

Note 5; It is not necessary to meet the setup ti me for C 5 since this signal Is asynchronously sampled. Meeting the setup time for this signal, however, makes it 

possible to use T60 to determine exactly when SMACK will be asserted. 

Note 6: The smaller value for T60 refers to when the SONIC-T is accessed during an Idle condition and the other value refers to when the SONIC-T Is accessed 

during non-idle conditions. These values are not tested, but are guaranteed by design. This spe cification assumes that C5 is asserted 0.5 bus clock before the 

falling edge that C5 is asynchronously clocked in on (see T66). If T66 is met for CS, then SMACK will be asserted exactly 1 bus clock, when the SONIC-T was Idle, 

or 5 bus clocks, when the SONIC-T was in master mode, aft er the edge that T56 refers to. (This is assuming that there were no wait states in the current master 

mode access. Wait states will increase the tme for SMACK in the cycle.) 

Note 7: SAS may be asserted at any time before or simultaneous to the falling edge of CS. 

Note 8: These values are not tested, but are guaranteed by design. They are provided as a design guideline only. 

ENDEC TRANSMIT TIMING (INTERNAL ENDEC MODE) 



TXC 



TX± 




TL/F/1 1719-76 



Number 


Parameter 


Min 


Max 


Units 


T87 


Transmit Clock High Time (Note 1) 


40 




ns 


T88 


Transmit Clock Low Time (Note 1) 


40 




ns 


189 


Transmit Clock Cycle Time (Note 1 ) 


99.99 


100.01 


ns 


T95 


Transmit Output Delay (Note 1) 




55 


ns 


T98 


Transmit Output Fall Time (80% to 20%, Note 1) 




7 


ns 


T97 


Transmit Output Rise Time (20% to 80%, Note 1) 




7 


ns 


T98 


Transmit Output Jitter 

(Not Shown, Guaranteed by Design. Not Tested.) 


0.5 Typ 


ns 


T100 


Transmit Output High before Idle (Half Step) 


200 




ns 


11 01 


Transmit Output Idle Time (Half Step) 




8000 


ns 



Note 1: This specification is provided for information only and is not tested. 
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9.0 AC and DC Specifications (continued) 

ENDEC RECEIVE TIMING (INTERNAL ENDEC MODE) 



CRS 




U— T109— M' 
108-*^*- I 



T)07 



/' — s r 



ENDEC COLLISION TIMING 



COL 




TL/F/11719-77 



TL/F/11719-78 



Number 


Parameter 


Min 


Max 


Units 


T102 


Receive Clock Duty Cycle Time (Note 1) 


40 


60 


ns 


T105 


Carrier Sense on Time 




70 


ns 


T106 


Data Acquisition Time 




700 


ns 


T107 


Receive Data Output Delay 




150 


ns 


T108 


Receive Data Valid from RXC 




10 


ns 


T109 


Receive Data Stable Valid Time 


90 




ns 


T112 


Carrier Sense Off Delay (Note 2) 




180 


ns 


1113 


Minimum Number of RXCs after CRS Low (Note 3) 


5 




rcyc 


T114 


Collision Turn On Time 




55 


ns 


T115 


Collision Turn Off Time 




250 


ns 



o 
■o 

09 

u 
to 
u 
■b. 



Note 1: This parameter is measured at the 50% point of each clock edge. 

Note 2: When CRS! goes iow, it remains low for a minimum of 2 receive clocks (RXCs). 

Note 3: rcyc = receive clocks. 
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9.0 AC and DC Specifications (continued) 

ENDEC-MAC SERIAL TIMING FOR RECEPTION (EXTERNAL ENDEC MODE) 




Tl7r |pi->| T122 h T'2* ^ 



TL/F/11 719-85 



Number 


Parameter 


MIn 


Max 


Units 


T118 


Receive Clock High Time 


35 




ns 


T119 


Receive Clock Low Time 


35 




ns 


T120 


Receive Clock Cycle Time 


90 


110 


ns 


T121 


RXD Setup to RXC 


20 




ns 


T122 


RXD Hold from RXC 


15 




ns 


T124 


IVIaximum Allowed Dribble Bits 




6 


Bits 


11 25 


Receive Recovery Time (Note 2) 








T126 


RXC to Carrier Sense Low (Note 1) 




1 


rcyc 



Note 1: tcyc = transmit clocks, rcyc = receive clocks, bcyc = T3. 

Note 2: This parameter refers to longest time (not including wait-states) the SONICtm requires to perform its end of receive processing and be ready for the next 

start of frame delimiter. This time is 4 + 36 ccyc bcyc. This Is guaranteed by design and is not tested. 

ENDEC-MAC SERIAL TIMING FOR TRANSMIT (NO COLLISION) 



T127 




yMy ^^T-T-yjr^ ^ni^^ 



\_ 



TL/F/1 1719-86 



Number 


Parameter 


Min 


Max 


Units 


T127 


Transmit Clock High Time 


40 




ns 


T128 


Transmit Clock Low Time 


40 




ns 


T129 


Transmit Clock Cycle Time 


90 


110 


ns 


T130 


TXCtoTXEHIgh 




40 


ns 


T131 


TXC to TXD Valid 




40 


ns 


T132 


TXD Hold Time from TXC 


5 




ns 


T133 


TXC to TXE Low 




40 


ns 


T134 


TXE Low to Start of CD Heartbeat (Note 1 ) 




56 


tcyc 


T135 


Collision Detect Width (Note 1) 


2 




tcyc 


Note 1: tcyc = transmit clock. 
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9.0 AC and DC Specifications (continued) 

ENDEC-MAC SERIAL TIMING FOR TRANSMISSION (COLLISION) 



COL 



TXD 



TXE 



>^~\ 



TI36 



I ' 



Zx^IjaED 



-< — T137 — >^ 

'^^ 



TL/F/11719-37 



Number 


Parameter 


MIn 


Max 


Units 


T135 


Collision Detect Width (Note 1) 


2 




tcyc 


T136 


Delay from Collision 




8 


tcyc 


T137 


JAM Period 




32 


tcyc 



a 
■a 

00 
CO 
(O 
CO 



Note 1:tcyc = transmit clock. 
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9.0 AC and DC Specifications (continued) 

AUI/TPI TRANSMIT TIMING (End of Packet) 



TX± OR TXO± 



E'TOh— »| 



TX± OR TXO± 



ru — X-W 



TL/F/11719-79 



Symbol 


Parameter 


MIn 


Max 


Units 


tTOh 


Transmit Output High before Idle 


200 




ns 


tTOI 


Transmit Output Idle Time 


8000 




ns 



AUI/TPI RECEIVE TIMING (End of Packet) 



A / ^ 

J — \ r\ 



TE0P1 



RX+ OR RXI+ 
RX- OR RXI- 



J~ 

-\ / 



v^ — ^ 
^^^ — \ 



TEOPO 



V 



^ 



■^. 



^ 



TL/F/11719-60 



Symbol 


Parameter 


MIn 


Max 


Units 


'eopl 


Receive End of Packet Hold Time after Logic " 1 " (Note 1 ) 


225 




ns 


*eopO 


Receive End of Packet Hold Time after Logic "0" (Note 1) 


225 




ns 



Note 1: This parameter is guaranteed by design and is not tested. 
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9.0 AC and DC Specifications (continued) 

LINK PULSE TIMING 



TXOdt 



TXOd- 



a 

TJ 
00 

u> 

(O 

w 



TLPW 



TLP 



TL/F/11719-ei 



Symbol 



'IP 



'ipw 



Parameter 



Time between Link Output Pulses 



Link Integrity Output Pulse Widtti 



MIn 



80 



Max 



24 



130 



Units 



TPI TRANSMIT TIMING (End of Packet) 



TXOdt 



TXO- 



TXO+ 



TXOd- 




TL/F/11719-e2 



Symbol 



'del 



'Off 



'Offd 



Parameter 



Pre-Empiiasis Output Delay (TXO± toTXO±) (Note 1) 



Transmit Hold Time at End of Packet (TXO±) (Note 1) 



Transmit Hold Time at End of Packet (TXOd ±) (Note 1) 



MIn 



46 



250 



200 



Max 



54 



Units 



Note 1: This parameter is guaranteed by design and is not tested. 
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10.0 AC Timing Test Conditions 

All specifications are valid only If the mandatory isolation is 
employed and all differential signals are taken to be at the 
AUI side of the pulse transformer. 

Input Pulse Levels (TTL/CMOS) GND to 3.0V 

Input Rise and Fall Times (TTL/CMOS) 5 ns 

Input and Output Reference 

Levels (TTL/CMOS) 
Input Pulse Levels (Diff.) 
Input and Output 

Reference Levels (Diff.) 
TRI-STATE Reference Levels 
Output Load (See Figure below) 



1.5V 

-350mVto-1315mV 

50% Point of 

the Differential 

Float (A V) ±0.5V 



St (NOTE 2) 



'^TL 




^Cl(NOTE 1) 



Capacitance ta = 25°c,f = i mhz 



Symbol 


Parameter 


Typ 


Units 


C|N 


Input Capacitance 


7 


PF 


COUT 


Output Capacitance 


7 


PF 



DERATING FACTOR 

Output timing is measured with a purely capacitive load of 
50 pF. The following correction factor can be used for other 
loads: Cl S 50 pF = 0.05 ns/pF. 

AUI Transmit Test Load 

TX+ 



27 mH ■ 



TX- 



TL/F/11719-84 



Note: In the above diagram, the TX+ and TX- signals are talien from the 
AUI side of the isolation (pulse transformer). The pulse transformer 
used for all testing is a selected 100 iiH ±0.1 % Pulse Engineering 
PE64t03. 



TL/F/11719-S3 
Note 1: 50 pF, includes scope and jig capacitance. 
Note 2: 31 = Open for timing tests for push pull outputs. 

S1 = Vcc for High Impedance to active low and active low to High 

Impedance measurements. 
SI = GND for High Impedance to active high and active High to 
High Impedance measurements. 
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DP83932B SONIC™ 

Systems-Oriented Network Interface Controller 



General Description 

The SONIC {Systems-Oriented Network Interface Control- 
ler) is a second-generation Ethernet Controller designed to 
meet the demands of today's high-speed 32- and 16-bit sys- 
tems. Its system interface operates with a high speed DMA 
that typically consumes less than 5% of the bus bandwidth. 
Selectable bus modes provide both big and little endian 
byte ordering and a clean interface to standard microproc- 
essors. The linked-list buffer management system of SONIC 
offers maximum flexibility in a variety of environments from 
PC-oriented adapters to high-speed motherboard designs. 
Furthermore, the SONIC integrates a fully-compatible IEEE 
802.3 Encoder/Decoder (ENDEC) allowing for a simple 
2-chip solution for Ethernet when the SONIC is paired with 
the DP8392 Coaxial Transceiver Interface or a twisted pair 
interface. 

For increased performance, the SONIC implements a 
unique buffer management scheme to efficiently process 
receive and transmit packets in system memory. No inter- 
mediate packet copy is necessary. The receive buffer man- 
agement uses three areas in memory for (1) allocating addi- 
tional resources, (2) indicating status information, and (3) 
buffering packet data. During reception, the SONIC stores 
packets in the buffer area, then indicates receive status and 
control information in the descriptor area. The system allo- 
cates more memory resources to the SONIC by adding de- 
scriptors to the memory resource area. The transmit buffer 



management uses two areas in memory: one for indicating 
status and control information and the other for fetching 
packet data. The system can create a transmit queue allow- 
ing multiple packets to be transmitted from a single transmit 
command. The packet data can reside on any arbitrary byte 
boundary and can exist In several non-contiguous locations. 

Features 

■ 32-bit non-multiplexed address and data bus 

■ High-speed, interruptible DMA 

■ Linked-list buffer management maximizes flexibility 

■ Two independent 32-byte transmit and receive FIFOs 

■ Bus compatibility for all standard microprocessors 

■ Supports big and little endian formats 

■ Integrated IEEE 802.3 ENDEC 

■ Complete address filtering for up to 16 physical and/or 
multicast addresses 

■ 32-bit general-purpose timer 

■ Full-duplex loopback diagnostics 

■ Fabricated in low-power CMOS 
B 132 PQFP package 

■ Full network management facilities support the 802.3 
layer management standard 

■ Integrated support for bridge and repeater applications 



System Diagram 



IEEE 802.3 Ethernet/Thin-Ethernet/10BASE-T Station 
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1.0 Functional Description 

The SONIC (Figure 1-1) consists of an encoder/decoder 
(ENDEC) unit, media access control (MAC) unit, separate 
receive and transmit FIFOs, a system buffer management 
engine, and a user programmable system bus interface unit 
on a single chip. SONIC is highly pipelined providing maxi- 
mum system level performance. This section provides a 
functional overview of SONIC. 

1.1 IEEE 802.3 ENDEC UNIT 

The ENDEC (Encoder/Decoder) unit is the interface be- 
tween the Ethernet transceiver and the MAC unit. It pro- 
vides the Manchester data encoding and decoding func- 
tions for IEEE 802.3 Ethernet/Thin-Ethernet type local area 
networks. The ENDEC operations of SONIC are identical to 
the DP83910A CMOS Serial Network Interface device. Dur- 
ing transmission, the ENDEC unit combines non-return-zero 
(NR2) data from the MAC section and clock pulses into 
Manchester data and sends the converted data differentially 
to the transceiver. Conversely, during reception, an analog 
PLL decodes the Manchester data to NRZ format and re- 
ceive clock. The ENDEC unit is a functionally complete 
Manchester encoder/decoder incorporating a balanced 
driver and receiver, on-board crystal oscillator, collision sig- 
nal translator, and a diagnostic loopback. The features in- 
clude: 



IEEE 802.3 fObaseS 



Compatible with Ethernet I and 
and 10base2 

lOMb/s Manchester encoding/decoding with receive 

clock recovery 

Requires no precision components 

Loopback capability for diagnostics 

Externally selectable half or full step modes of operation 

at transmit output 

Squelch circuitry at the receive and collision inputs reject 
noise 

Connects to the transceiver (AUI) cable via external 
pulse transformer 



1.1.1 ENDEC Operation 

The primary function of the ENDEC unit (Figure 1-2) is to 
perform the encoding and decoding necessary for compati- 
bility between the differential pair Manctiester encoded data 
of the transceiver and the Non-Return-to-Zero (NRZ) serial 
data of the MAC unit data line. In addition to encoding and 
decoding the data stream, the ENDEC also supplies all the 
necessary special signals (e.g., collision detect, carrier 
sense, and clocks) to the MAC unit. 
Manchester Encoder and Differential Output Driver: 
During transmission to the network, the ENDEC unit trans- 
lates the NRZ serial data from the MAC unit into differential 
pair Manchester encoded data on the Coaxial Transceiver 
Interface (e.g., National's DP8392) transmit pair. To perform 
this operation the NRZ bit stream from the MAC unit is 
passed through the Manchester encoder block of the EN- 
DEC unit. Once the bit stream is encoded, it is transmitted 
out differentially to the transmit differential pair through the 
transmit driver. 

Manchester Decoder: During reception from the network, 
the differential receive data from the transceiver (e.g., the 
DP8392) is converted from Manchester encoded data into 
NRZ serial data and a receive clock, which are sent to the 
receive data and clock inputs of the MAC unit. To perform 
this operation the signal, once received by the differential 
receiver, is passed to the phase locked loop (PLL) decoder 
block. The PLL decodes the data and generates a data re- 
ceive clock and a NRZ serial data stream to the MAC unit. 
Special Signals: In addition to performing the Manchester 
encoding and decoding function, the ENDEC unit provides 
control and clocking signals to the MAC unit. The ENDEC 
sends a carrier sense (CRS) signal that indicates to the 
MAC unit that data is present from the network on the EN- 
DEC's receive differential pair. The MAC unit is also provid- 
ed with a collision detection signal (COL) that informs the 
MAC unit that a collision is taking place somewhere on the 



AUI ' 
INTERFACE ' 
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FIGURE 1-1. SONIC Block Diagram 
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1.0 Functional Description (continued) 
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1.0 Functional Description (continued) 

network. The ENDEC section detects this when its coilision 
receiver detects a 10 MHz signal on the differential collision 
Input pair. The ENDEC also provides both the receive and 
transmit clocks to the MAC unit. The transmit clock is one 
half of the oscillator input. The receive clock is extracted 
from the input data by the PLL 

Oscillator: The oscillator generates the 10 MHz transmit 
clock signal for network timing. The oscillator is controlled 
by a parallel resonant crystal or by an external clock (see 
section 6.1 .3). The 20 MHz output of the oscillator Is divided 
by 2 to generate the 10 MHz transmit clock (TXC) for the 
MAC section. The oscillator provides an Internal clock signal 
for the encoding and decoding circuits. 
The signals provided to the MAC unit from the on-chip EN- 
DEC are also provided as outputs to the user. 
Loopback Functions: The SONIC provides three ioopback 
modes. These modes allow loopback testing at the MAC, 
ENDEC and external transceiver level (see section 1.7 for 
details). It is Important to note that when the SONIC is trans- 
mitting, the transmitted packet will always be looped back 
by the external transceiver. The SONIC takes advantage of 
this to monitor the transmitted packet. See the explanation 
of the Receive State Machine in section 1.2.1 for more Infor- 
mation about monitoring transmitted packets. 

1.1.2 Selecting An External ENDEC 

An option is provided on SONIC to disable the on-chip EN- 
DEC unit and use an external ENDEC. The Internal IEEE 

802.3 ENDEC can be bypassed by connecting the EXT pin 
'0 Vcc (EXT= 1). In this mode the MAC signals are redirect- 
ed out from the chip, allowing an external ENDEC to be 
used. See section 5.2 for the alternate pin definitions. 

1.2 IMAC UNIT 

The MAC (Media Access Control) unit performs the media 
access control functions for transmitting and receiving pack- 
ets over Ethernet. During transmission, the MAC unit frames 
Information from the transmit FIFO and supplies serialized 
data to the ENDEC unit. During reception, the Incoming In- 
formation from the ENDEC unit is deserialized, the frame 
checked for valid reception, and the data Is transferred to 
the receive FIFO. Control and status registers on the SONIC 
govern the operation of the MAC unit. 
1.2.1 iUIAC Receive Section 

The receive section (Figure 1-3) controls the MAC receive 
operations during reception, loopback, and transmission. 
During reception, the deserializer goes active after detecting 
the 2-blt SFD (Start of Frame Delimiter) pattern (section 
2.1). It then frames the incoming bits Into octet boundaries 



and transfers the data to the 32-byte receive FIFO. Concur- 
rently the address comparator compares the Destination 
Address Field to the addresses stored in the chip's CAM 
address registers (Content Addressable Memory cells). If a 
match occurs, the deserializer passes the remainder of the 
packet to the receive FIFO. The packet is decapsulated 
when the carrier sense Input pin (CRS) goes Inactive. At the 
end of reception the receive section checks the following: 

— Frame alignment errors 

— CRC errors 

— Length errors (runt packets) 

The appropriate status Is indicated in the Receive Control 
register (section 4.3.3). In loopback operations, the receive 
section operates the same as during normal reception. 
During transmission, the receive section remains active to 
allow monitoring of the self-received packet. The CRC 
checker operates as normal, and the Source Address field 
Is compared with the CAM address entries. Status of the 
CRC check and the source address comparison is indicated 
by the PMB bit in the Transmit Control register (section 
4.3.4). No data is written to the receive FIFO during transmit 
operations. 

The receive section consists of the following blocks detailed 
below. 

Receive State Machine (RSM): The RSM Insures the prop- 
er sequencing for normal reception and self-reception dur- 
ing transmission. When the network Is Inactive, the RSM 
remains in an Idle state continually monitoring for network 
activity, if the network becomes active, the RSM allows the 
deserializer to write data into the receive FIFO. During this 
state, the following conditions may prevent the complete 
reception of the packet. 

— FIFO Overrun — The receive FIFO has been completely 
filled before the SONIC could buffer the data to memory. 

— CAM Address Mismatch — The packet is rejected be- 
cause of a mismatch between the destination address of 
the packet and the address In the CAt^. 

— Memory Resource Error — There are no more resources 
(buffers) available for buffering the incoming packets. 

— Collision or Other Error — A collision occured on the net- 
work or some other error, such as a CRC error, occurred 
(this is true If the SONIC has been told to reject packets 
on a collision, or reject packets with errors). 

If these conditions do not occur, the RSM processes the 
packet Indicating the appropriate status in the Receive Con- 
trol register. 
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1.0 Functional Description (continued) 

During transmission of a packet from the SONIC, the exter- 
nal transceiver will always loop the packet back to the 
SONIC. The SONIC will use this to monitor the packet as it 
is being transmitted. The CRC and source address of the 
looped back packet are checked with the CRC and source 
address that were transmitted. If they do not match, an error 
bit is set in the status of the transmitted packet (see Packet 
(Monitored Bad, PBIM, in the Transmit Control Register, sec- 
tion 4.3.4). Data is not written to the receive FIFO during this 
monitoring process unless Transceiver Loopback mode has 
been selected (see section 1 .7). 

Receive Logic: The receive logic contains the command, 
control, and status registers that govern the operations of 
the receive section. It generates the control signals for writ- 
ing data to the receive FIFO, processes error signals ob- 
tained from the CRC checker and the deserializer, activates 
the "packet reject" signal to the RSM for rejecting packets, 
and posts the applicable status in the Receive Control regis- 
ter. 

Deseriaiizer: This section deserializes the serial Input data 
stream and furnishes a byte clock for the address compara- 
tor and receive logic. It also synchronizes the CRC checker 
to begin operation (after SFD is detected), and checks for 
proper frame alignment with respect to CRS going inactive 
at the end of reception. 

Address Comparator: The address comparator latches the 
Destination Address (during reception or loopback) or 
Source Address (during transmission) and determines 
whether the address matches one of the entries in the Cf\M 
(Content Addressable Memory). 

CRC Checker: The CRC checker calculates the 4-byte 
Frame Check Sequence (FCS) field from the Incoming data 
stream and compares it with the last 4-bytes of the received 
packet. The CRC checker is active for both normal recep- 
tion and self-reception during transmission. 
Content Addressabie Memory (CAM): The CAM contains 
16 user programmable entries and 1 pre-programmed 
Broadcast address entry for complete filtering of received 
packets. The CAM can be loaded with any combination of 
Physical and Multicast Addresses (section 2.2). See section 
4.1 for the procedure on loading the CAM registers. 

1.2.2 MAC Transmit Section 

The transmit section (Figure 1-4) is responsible for reading 
data from the transmit FIFO and transmitting a serial data 



stream onto the network in conformance with the IEEE 
802.3 CSMA/CD standard. The Transmit Section consists 
of the following blocks. 

Transmit State Machine (TSM): The TSM controls the 
functions of the serializer, preamble generator, and JAM 
generator. It determines the proper sequence of events that 
the transmitter follows under various network conditions. If 
no collision occurs, the transmitter prefixes a 62-bit pream- 
ble and 2-bit Start of Frame Delimiter (SFD) at the beginning 
of each packet, then sends the serialized data. At the end of 
the packet, an optional 4-byte CRC pattern is appended. If a 
collision occurs, the transmitter switches from transmitting 
data to sending a 4-byte Jam pattern to notify all nodes that 
a collision has occurred. Should the collision occur during 
the preamble, the transmitter waits for it to complete before 
jamming. After the transmission has completed, the trans- 
mitter writes status in the Transmit Control register (section 
4.3.4). 

Protocol State Macliine: The protocol state machine as- 
sures that the SONIC obeys the CSMA/CD protocol. Before 
transmitting, this state machine monitors the carrier sense 
and collision signals for network activity. It another node(s) 
is currently transmitting, the SONIC defers until the network 
is quiet, then transmits after its Interframe Gap Timer (9.6 
/is) has expired. The Interframe Gap time is divided into two 
portions. During the first 6.4 fis, network activity restarts the 
Interframe Gap timer. Beyond this time, however, network 
activity is ignored and the state machine waits the remaining 
3.2 jis before transmitting. If the SONIC experiences a colli- 
sion during a transmission, the SONIC switches from trans- 
mitting data to a 4-byte JAM pattern (4 bytes of all 1's), 
before ceasing to transmit. The SONIC then waits a random 
number of slot times (51.2 /is) determined by the Truncated 
Binary Exponential Baclioff Algorithm before reattempting 
another transmission. In this algorithm, the number of slot 
times to delay before the nth retransmission is chosen to be 
a random integer r in the range of: 
^ r <: 2k 
where k = min(n,10) 
If a collision occurs on the 16th transmit attempt, the SONIC 
aborts transmitting the packet and reports an "Excessive 
Collisions" error in the Transmit Control register. 
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1.0 Functional Description (Continued) 

Seriallzer After data has been written into the 32-byte 
transmit FIFO, the serializer reads byte wide data from the 
FIFO and sends a NRZ data stream to the l^anchester en- 
coder. The rate at which data is transmitted is determined 
by the transmit clock (TXC). The serialized data is transmit- 
ted after the SFD. 

Preamble Generator: The preamble generator prefixes a 
62-bit alternating "1,0" pattern and a 2-bit "1,1" SFD pat- 
tern at the beginning of each packet. This allows receiving 
nodes to synchronize to the incoming data. The preamble is 
always transmitted in its entirety even in the event of a colli- 
sion. This assures that the minimum collision fragment is 96 
bits (64 bits of normal preamble, and 4 bytes, or rather 32 
bits, of the JAIvl pattern). 

CRC Generator: The CRC generator calculates the 4-byte 
FCS field from the transmitted serial data stream. If en- 
abled, the 4-byte FCS field is appended to the end of the 
transmitted packet (section 2.6). 

Jam Generator: The Jam generator produces a 4-byte pat- 
tern of all 1 's to assure that all nodes on the network sense 
the collision. When a collision occurs, the SONIC stops 
transmitting data and enables the Jam generator. If a colli- 
sion occurs during the preamble, the SONiC finishes trans- 
mitting the preamble before enabling the Jam generator 
(see Preamble Generator above). 

1.3 DATA WIDTH AND BYTE ORDERING 

The SONIC can be programmed to operate with either 
32-bit or 16-bit wide memory. The data width is configured 
during initialization by programming the DW bit in the Data 
Configuration Register (DCR, section 4.3.2). If the 16-bit 
data path is selected, data is driven on pins D15-D0. The 
SONIC also provides both Little Endian and Big Endian 
byte-ordering capability for compatibility with National/Intel 
or IVIotorola microprocessors respectively by selecting the 
proper level on the BMODE pin. The byte ordering is depict- 
ed at right. 



Little Endian mode (BMODE = 0): The byte orientation for 
received and transmitted data in the Receive Buffer Area 
(RBA) and Transmit Buffer Area (TBA) of system memory is 
as follows: 

16-Blt Word 



a 
tj 

00 
CO 
<D 
CJ 
lO 

DO 



15 8 


7 


Bytel 


ByteO 



r/iSB 



LSB 

32-Bit Long Word 



31 24 


23 16 


15 8 


7 


Byte 3 


Byte 2 


Bytel 


ByteO 



MSB 



LSB 



Big Endian mode (BMODE = 1): The byte orientation for 
received and transmitted data In the RBA and TBA is as 
follows: 
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1.0 Functional Description (continued) 

1.4 FIFO AND CONTROL LOGIC 

The SONIC Incorporates two independent 32-byte FIFOs 
for transferring data to/from the system interface and from/ 
to the network. The FIFOs, providing temporary storage of 
data, free the host system from the real-time demands on 
tlie network. 

The way in which the FIFOS are emptied and filled Is con- 
trolled by the FIFO threshold values and the Block Mode 
Select bits (BMS, section 4.3.2). The threshold values deter- 
mine how full or empty the FIFOs can be before the SONIC 
will request the bus to get more data from memory or buffer 
more data to memory. When block mode is set, the number 
of bytes transferred Is set by the threshold value. For exam- 
pie, if the threshold for the receive FIFO is 4 words, then the 
SONIC will always transfer 4 words from the receive FIFO to 
memory. If empty/fill mode is set, however, the number of 
bytes transferred is the number required to fill the transmit 
FIFO or empty the receive FIFO. More specific Information 
about how the threshold affects reception and transmission 
of packets is discussed In sections 1.4.1 and 1.4.2 below. 

1.4.1 Receive FIFO 

To accommodate the different transfer rates, the receive 
FIFO (Figure 1-5) serves as a buffer between the 8-blt net- 
work (deserializer) interface and the 16/32-bit system inter- 
face. The FIFO Is arranged as a 4-by1e wide by 8 deep 
memory array (8-long words, or 32 bytes) controlled by 
three sections of logic. During reception, the Byte Ordering 
logic directs the byte stream from the deserializer into the 
FIFO using one of four write pointers. Depending on the 
selected byte-ordering mode, data is written either least sig- 
nificant byte first or most significant byte first to accommo- 
date little or big endian byte-ordering formats respectively. 
As data enters the FIFO, the Threshold Logic monitors the 
number of bytes written In from the deserializer. The pro- 
grammable threshold (RFTI.O in the Data Configuration 
Register) determines the number of words (or long words) 
written Into the FIFO from the MAC unit before a DMA re- 
quest for system memory occurs. When the threshold is 
reached, the Threshold Logic enables the Buffer Manage- 
ment Engine to read a programmed number of 1 6- or 32-bit 
words (depending upon the selected word width) from the 
FIFO and transfers them to the system Interface (the sys- 
tem memory) using DMA. The threshold is reached when 
the number of bytes In the receive FIFO Is greater than the 
value of the threshold. For example. If the threshold Is 4 
words (8 bytes), then the Threshold Logic will not cause the 
Buffer Management Engine to write to memory until there 
are more than 8 bytes In the FIFO. 
The Buffer Management Engine reads either the upper or 
lower half (16 bits) of the FIFO In 16-bit mode or reads the 
complete long word (32 bits) in 32-bit mode. If, after the 
transfer Is complete, the number of bytes In the FIFO Is less 
then the threshold, then the SONIC is done. This is always 
the case when the SONIC is In empty/fill mode. If, however, 
for some reason (e.g. latency on the bus) the number of 
bytes In the FIFO Is still greater than the threshold value, 
the Threshold Logic will cause the Buffer Management En- 
gine to do a DMA request to write to memory again. This 
later case Is usually only possible when the SONIC is in 
block mode. 

When in block mode, each time the SONIC requests the 
bus, only a number of bytes equal to the threshold value will 
be transferred. The Threshold Logic continues to monitor 



the number of bytes written In from the deserializer and en- 
ables the Buffer Management Engine every time the thresh- 
old has been reached. This process continues until the end 
of the packet. i 

Once the end of the packet has been reached, the serializer 
will fill out the last word (16-bit mode) or long word (32-bit 
mode) if the last byte did not end on a word or long word 
boundary respectively. The fill byte will be OFFh. Immediate- 
ly after the last byte (or fill byte) in the FIFO, the received 
packets status will be written into the FIFO. The entire pack- 
et, Including any fill bytes and the received packet status will 
be buffered to memory. When a packet is buffered to mem- 
ory by the Buffer Management Engine, it Is always taken 
from the FIFO In words or long words and buffered to mem- 
ory on word (16-bit mode) or long word (32-bit mode) 
boundaries. Data from a packet cannot be buffered on odd 
byte boundaries for 16-blt mode, and odd word boundaries 
for 32-bit mode (see section 3.3). For more information on 
the receive packet buffering process, see section 3.4. 

1.4.2 Transmit FIFO 

Similar to the Receive FIFO, the Transmit FIFO (Figure 1-6) 
serves as a buffer between the 16/32-bit system interface 
and the network (serializer) Interface. The Transmit FIFO Is 
also arranged as a 4 byte by 8 deep memory array (8 long 
words or 32 bytes) controleld by three sections of logic. 
Before transmission can begin, the Buffer Management En- 
gine fetches a programmed number of 16- or 32-bit words 
from memory and transfers them to the FIFO. The Buffer 
Management Engine writes either the upper or lower half 
(16 bits) into the FIFO for 16-blt mode or writes the com- 
plete long word (32 bits) during 32-bit mode. 
The Threshold logic monitors the number of bytes as they 
are written into the FIFO. When the threshold has been 
reached, the Transmit Byte Ordering state machine begins 
reading bytes from the FIFO to produce a continuous byte 
stream for the serializer. The threshold Is met when the 
number of bytes In the FIFO is greater than the value of the 
threshold. For example, if the transmit threshold is 4 words 
(8 bytes), the Transmit Byte Ordering state machine will not 
begin reading bytes from the FIFO until there are 9 or more 
bytes in the buffer. The Buffer Management Engine contin- 
ues replenishing the FIFO until the end of the packet. It 
does this by making multiple DMA requests to the system 
interface. Whenever the number of bytes In the FIFO is 
equal to or less than the threshold value, the Buffer Man- 
agement Engine will do a DMA request. If block mode is set, 
then after each request has been granted by the system, 
the Buffer Management Engine will transfer a number of 
bytes equal to the threshold value into the FIFO. If empty/fill 
mode is set, the FIFO will be completely filled In one DMA 
request. 

Since data may be organized In big or little endian byte or- 
dering format, the Transmit Byte Ordering state machine 
uses one of four read pointers to locate the proper byte 
within the 4 byte wide FIFO. It also determines the valid 
number of bytes in the FIFO. For packets which begin or 
end at odd bytes in the FIFO, the Buffer Management En- 
gine writes extraneous bytes Into the FIFO. The Transmit 
Byte Ordering state machine detects these bytes and only 
transfers the valid bytes to the serializer. The Buffer Man- 
agement Engine can read data from memory on any byte 
boundary (see section 3.3). See section 3.5 for more infor- 
mation on transmit buffering. 
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1.0 Functional Description (Continued) 
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FIGURE 1-6. Transmit FIFO 



1.5 STATUS AND CONFIGURATION REGISTERS 

The SONIC contains a set of status/control registers for 
conveying status and control information to/from the host 
system. The SONIC uses these registers for loading com- 
mands generated from the system, indicating transmit and 
receive status, buffering data to/from memory, and provid- 
ing interrupt control. Each register is 1 6 bits in length. See 
section 4.0 for a description of the registers. 

1.6 BUS INTERFACE 

The system interface (Figure 1-7) consists of the pins nec- 
essary for interfacing to a variety of buses. It includes the 
I/O drivers for the data and address lines, bus access con- 
trol for standard microprocessors, ready logic for synchro- 
nous or asynchronous systems, slave access control, inter- 
rupt control, and shared-memory access control. The func- 
tional signal groups are shown in Figure 1-7. See section 5.0 
for a complete description of the SONIC bus interface. 

1.7 LOOPBACK AND DIAGNOSTICS 

The SONIC furnishes three loopback modes for self-testing 
from the controller interface to the transceiver interface. 
The loopback function is provided to allow self-testing of the 
chip's internal transmit and receive operations. During loop- 
back, transmitted packets are routed back to the receive 
section of the SONIC where they are filtered by the address 
recognition logic and buffered to memory if accepted. 
Transmit and receive status and interrupts remain active 
during loopback. This means that when using loopback, it is 
as if the packet was transmitted and received by two sepa- 
rate chips that are connected to the same bus and memory. 
MAC Loopback: Transmitted data is looped back at the 
MAC. Data is not sent from the MAC to either the internal 
ENDEC or an external ENDEC (the external ENDEC inter- 
face pins will not be driven), hence, data is not transmitted 
from the chip. Even though the ENDEC is not used in MAC 
loopback, the ENDEC clock (an oscillator or crystal for the 
internal ENDEC or TXC for an external ENDEC) must be 
driven. Network activity, such as a collision, does not affect 



MAC loopback. CSMA/CD MAC protocol is not completely 
followed in MAC loopback. 

ENDEC Loopback: Transmitted data is looped back at the 
ENDEC. If the internal ENDEC is used, data is switched 
from the transmit section of the ENDEC to the receive sec- 
tion (Figure 1-2). Data is not transmitted from the chip and 
the collision lines, CD±, are ignored, hence, network activi- 
ty does not affect ENDEC loopback. The LBK signal from 
the MAC tells the internal ENDEC to go into loopback mode. 
If an external ENDEC is used, it should operate in loopback 
mode when the LBK signal is asserted. CSMA/CD MAC 
protocol is followed even though data is not transmitted 
from the chip. 

Transceiver Loopback: Transmitted data is looped back at 
the external transceiver (which is always the case regard- 
less of the SONIC's loopback mode). CSMA/CD MAC pro- 
tocol is followed since data will be transmitted from the chip. 
This means that transceiver loopback is affected by network 
activity. The basic difference between Transceiver Loop- 
back and normal, non-loopback, operations of the SONIC is 
that In Transceiver Loopback, the SONIC loads the receive 
FIFO and buffers the packet to memory. In normal opera- 
tions, the SONIC only monitors the packet that is looped 
back by the transceiver, but does not fill the receive FIFO 
and buffer the packet. 

1.7.1 Loopback Procedure 

The following procedure describes the loopback operation. 

1. Initialize the Transmit and Receive Area as described in 
sections 3.4 and 3.5. 

2. Load one of the CAM address registers (see section 4.1), 
with the Destination Address of the packet if you are veri- 
fying the SONIC's address recognition capability. 

3. Load one of the CAM address registers with the Source 
Address of the packet if it is different than the Destination 
Address to avoid getting a Packet Monitored Bad (PMB) 
error in the Transmit status (see section 4.3.4). 
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1.0 Functional Description (continued) 

4. Program the Receive Control register witlt the desired re- 
ceive filter and the loopback mode (LB1, LBO). 

5. Issue the transmit command (TXP) and enable the receiv- 
er (RXEN) in the Command register. 

The SONIC completes the loopback operation after the 
packet has been completely received (or rejected if there is 
an address mismatch). The Transmit Control and Receive 
Control registers treat the loopback packet as in normal op- 
eration and indicate status accordingly. Interrupts are also 
generated if enabled in the Interrupt Mask register. 

Note: For MAC Loopback, only one packet may be queued for proper oper- 
ation. This restriction occurs because the transnnit MAC section, 
which does not generate an Interframo Gap time (IFG) t>etween 
transmitted packets, does not allow the receive MAC section to up- 
date receive status. There are no restrictions for the other loopback 
modes. 



1.8 NETWORK MANAGEMENT FUNCTIONS 

The SONIC fully supports the Layer Management IEEE 
802.3 standard to allow a node to monitor the overall per- 
formance of the network. These statistics are available on a 
per packet basis at the end of reception or transmission. In 
addition, the SONIC provides three tally counters to tabulate 
CRC errors, Frame Alignment errors, and missed packets. 
Table 1-1 shows the statistics indicated by the SONIC. 
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1.0 Functional Description (continued) 

TABLE 1-1. Network Management Statistics 



Statistic 


Register Used 


Bits Used 


Frames Transmitted OK 


TCR (Note) 


PTX 


Single Collision Frames 


(Note) 


NC0-NC4 


Multiple Collision Frames 


(Note) 


NC0-NC4 


Collision Frames 


(Note) 


NC0-NC4 


Frames with Deferred Transmissions 


TCR (Note) 


DEF 


Late Collisions 


TCR (Note) 


owe 


Excessive Collisions 


TCR (Note) 


EXC 


Excessive Deferral 


TCR (Note) 


EXD 


Internal MAC Transmit Error 


TCR (Note) 


BCM, FU 


Frames Received OK 


RCR (Note) 


PRX 


[Multicast Frames Received OK 


RCR (Note) 


MC 


Broadcast Frames Received OK 


RCR (Note) 


BC 


Frame Check Sequence Errors 


CRCT 

RCR 


All 
CRC 


Alignment Errors 


FAET 
RCR 


All 
FAE 


Frame Lost Due to Internal MAC Receive Error 


MPT 
ISR 


All 
RFO 



o 

-o 

00 

w 

(O 

w 

M 
CD 



Note: The number of collisions and the contents of the Transmit ConUol register are posted In the TXpkLstatus field (see 
section 3.6.1.2). The contents of the Receive Control register are posted in the RXpkt.status field (see section 3.4.3). 



2.0 Transmit/Receive IEEE 802.3 Frame 

A standard IEEE 802.3 packet (Figure 2-1) consists of the 
following fields: preamble, Start of Frame Delimiter (SFD), 
destination address, source address, length, data and 
Frame Check Sequence (FCS). The typical format is shown 
in Figure 2-1. The packets are Manchester encoded and 
decoded by the ENDEC unit and transferred serially to/from 
the MAC unit using NRZ data with a clock. All fields are of 
fixed length except for the data field. The SONIC generates 
and appends the preamble, SFD and FCS field during trans- 
mission. The Preamble and SFD fields are stripped during 
reception. (The CRC is passed through to buffer memory 
during reception.) 



PREAMBLE 



Format 

2.1 PREAMBLE AND START OF FRAME DELIMITER 
(SFD) 

The Manchester encoded alternating 1 ,0 preamble field is 
used by the ENDEC to acquire bit synchronization with an 
incoming packet. When transmitted, each packet contains 
62 bits of an alternating 1,0 preamble. Some of this pream- 
ble may be lost as the packet travels through the network. 
Byte alignment is performed when the Start of Frame Delim- 
iter (SFD) pattern, consisting of two consecutive 1 's, is de- 
tected. 

2.2 DESTINATION ADDRESS 

The destination address indicates the destination of the 
packet on the network and is used to filter unwanted pack- 

LENGTH/ 
■ TYPE DATA FCS 



Note: B = bytes 
b = bits 
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FIGURE 2-1. IEEE 802.3 Packet Structure 
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2.0 Transmit/Receive IEEE 802.3 Frame Format 



(Continued) 



ets from reaching a node. There are three types of address 
formats supported by the SONIC: Physical, Multicast, and 
Broadcast. 

Physical Address: The physical address is a unique ad- 
dress that corresponds only to a single node. All physical 
addresses have the LSB of the first byte of the address set 
to "0". These addresses are compared to the internally 
stored CAM (Content Addressable Memory) address en- 
tries. All bits in the destination address must match an entry 
in the CAM in order for the SONiC to accept the packet. 
Multicast Address: Multicast addresses, which have the 
LSB of the first byte of the address set to "1", are treated 
similarly as Physical addresses, i.e., they must match an 
entry in the CAM. This allows perfect filtering of Multicast 
packet's and eliminates the need for a hashing algorithm for 
mapping Multicast packets. 

Broadcast Address: If the address consists of all 1 's. It is a 
Broadcast address, indicating that the packet is intended for 
all nodes. 

The SONIC also provides a promiscuous mode which al- 
lows reception of all physical address packets. Physical, 
Multicast, Broadcast, and promiscuous address modes can 
be selected via the Receive Control register. 

2.3 SOURCE ADDRESS 

The source address is the physical address of the sending 
node. Source addresses cannot be multicast or broadcast 
addresses. This field must be passed to the SONIC's trans- 
mit buffer from the system software. During transmission, 
the SONIC compares the Source address with its internal 
CAM address entries before monitoring the CRC of the self- 
received packet. If the source address of the packet trans- 
mitted does not match a value in the CAM, the packet moni- 
tored bad flag (PMB) will be set in the transmit status field of 
the transmit descriptor (see sections 3.5.1 .2 and 4.3.4). The 
SONIC does not provide Source Address insertion. Howev- 
er, a transmit descriptor fragment, containing only the 
Source Address, may be created for each packet. (See sec- 
tion 3.5.1.) 

2.4 LENGTH/TYPE FIELD 

For IEEE 802.3 type packets, this field indicates the number 
of bytes that are contained in the data field of the packet 
For Ethernet I and II networks, this field indicates the type of 
packet The SONIC does not operate on this field. 

2.5 DATA FIELD 

The data field has a variable octet length ranging from 46 to 
1500 bytes as defined by the Ethernet specification. Mes- 
sages longer than 1500 bytes need to be broken into multi- 
ple packets for IEEE 802.3 networks. Data fields shorter 
than 46 bytes require appending a pad to bring the com- 
plete frame length to 64 bytes. If the data field is padded, 
the number of valid bytes are indicated in the length field. 
The SONIC does not append pad bytes for short packets 
during transmission, nor check for oversize packets during 
reception. However, the user's driver software can easily 
append the pad by lengthening the TXpktpkt_size field 
and TXpkt.frag_size field(s) to at least 64 bytes (see sec- 
tion 3.5.1). While the Ethernet specification defines the 
maximum number of bytes in the data field the SONIC can 
transmit and receive packets up to 64k bytes. 

2.6 FCS FIELD 

The Frame Check Sequence (FCS) is a 32-bit CRC field 
calculated and appended to a packet during transmission to 
allow detection of error-free packets. During reception, an 
error-free packet results in a specific pattern in the CRC 



generator. The AUTODIN II (X32 + X26 + X23 + X22 -i- 

X16 -I- X12 -I- X11 + XIO + X8 -I- X7 + X5 -I- X4 + X2 + X 

+ 1) polynomial is used for the CRC calculations. The 
SONIC may optionally append the CRC sequence during 
transmission, and checks the CRC both during normal re- 
ception and self-reception during a transmission (see sec- 
tion 1.2.1). 

2.7 MAC (MEDIA ACCESS CONTROL) CONFORMANCE 
The SONIC is designed to be compliant to the IEEE 802.3 
MAC Conformance specification. The SONIC implements 
most of the MAC functions in silicon and provides hooks for 
the user software to handle the remaining functions. The 
MAC Conformance specifications are summarized in Table 
2-1. 

TABLE 2-1. MAC Conformance Specifications 



Conformance 
Test Name 


Support By 


SONIC 


User Driver 
Software 


Notes 


Minimum Frame Size 


X 






Maximum Frame Size 


X 


X 


1 


Address Generation 


X 


X 


2 


Address Recognition 


X 






Pad Length Generation 


X 


X 


3 


Start Of Frame Delimiter 


X 






Length Field 


X 






Preamble Generation 


X 






Order of Bit Transmission 


X 






Inconsistent Frame Length 


X 


X 


1 


Non-Integral Octet Count 


X 






Incorrect Frame Check 
Sequence 


X 






Frame Assembly 


X 






FCS Generation and Insertion 


X 






Carrier Deference 


X 






Interframe Spacing 


X 






Collision Detection 


X 






Collision Handling 


X 






Collision Backoff and 
Retransmission 


X 






FCS Validation 


X 






Frame Disassembly 


X 






Back-to-Back Frames 


X 






Flow Control 


X 






Attempt Limit 


X 






Jam Size (after SFD) 


X 






Jam Size (in Preamble) 


X 







Note 1: The SONIC provides the byte count of the entire packet in the 
RXpkt.byt9_count (see section 3.4.3). The user's driver software may per- 
form further filtering of the packet based upon the byte count. 
Note 2: The SONIC does not provide Source Address insertion; however, a 
transmit descriptor fragment, containing only the Source Address, may be 
created for each packet. See section 3.5.1. 

Note 3: The SONIC does not provide Pad generation; however, the user's 
driver software can easily append the Pad by lengthening the TXpkt.pkt_ 
size field and TXpkt.frag_slze field(s) to at least 64 bytes. See section 3.5.1 . 
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3.0 Buffer Management 

3.1 BUFFER MANAGEMENT OVERVIEW 

The SONIC's buffer management scfieme is based on sep- 
arate buffers and descriptors (Figures 3-2 and 3-11). Pacl^- 
ets tliat are received or transmitted are placed In buffers 
called the Receive Buffer Area (RBA) and the Transmit Buff- 
er Area (TBA). The system keeps track of packets in these 
buffers using the information in the Receive Descriptor Area 
(RDA) and the Transmit Descriptor Area (TDA). A single 
(TDA) points to a single TBA, but multiple RDAs can point to 
a single RBA (one RDA per packet in the buffer). The Re- 
ceive Resource Area (RRA), which is another form of de- 
scriptor, is used to keep track of the actual buffer. 
When packets are transmitted, the system sets up the pack 
ets in one or more TBAs with a TDA pointing to each TBA, 
There can only be one packet per TBA/TDA pair. A single 
TBA, however, may be made up of several fragments of 
data dispersed in memory. There is one TDA pointing to 
each TBA which specifies information about the buffer's 
size, location in memory, number of fragments and status 
after transmission. The TDAs are linked together in a linked 
list. The system causes the SONIC to transmit the packets 
by passing the first TDA to the SONIC and issuing the trans- 
mit command. 

Before a packet can be received, an RBA and RDA must be 
set up by the system. RDAs are made up as a linked list 
similar to TDAs. An RDA is not linked to a particular RBA, 
though. Instead, an RDA is linked specifically to a packet 
after it has been buffered into an RBA. More than one pack- 
et can be buffered into the same RBA, but each packet gets 
its own RDA. A received packet can not be scattered into 
fragments. The system only needs to tell the SONIC where 
the first RDA and where the RBAs are. Since an RDA never 
specifically points to an RBA, the RRA is used to keep track 
of the RBAs. The RRA is a circular queue of pointers and 
buffer sizes (not a linked list). When the SONIC receives a 
packet, it is buffered into a RBA and a RDA is written to so 
that it points to and describes the new packet. If the RBA 
does not have enough space to buffer the next packet, a 
new RBA is obtained from the RRA. 

3.2 DESCRIPTOR AREAS 

Descriptors are the basis of the buffer management scheme 
used by the SONIC. A RDA points to a received packet 
within a RBA, a RRA points to a RBA and a TDA points to a 
TBA which contains a packet to be transmitted. The con- 
ventions and registers used to describe these descriptors 
are discussed in the next three sections. 

3.2.1 Naming Convention for Descriptors 

The fields which make up the descriptors are named in a 
consistent manner to assist in remembering the usage of 
each descriptor. Each descriptor name consists of three 
components in the following format. 

[RX/TX] [descriptor name] . [field] 
The first two capital letters indicate whether the descriptor is 
used for transmission (TX) or reception (RX), and is then 
followed by the descriptor name having one of two names. 



rsrc = Resource descriptor 
pkt = Packet descriptor 

The last component consists of a field name to distinguish it 
from the other fields of a descriptor. The field name is sepa- 
rated from the descriptor name by a period ("."). An exam- 
ple of a descriptor is shown below. 



RX rsrc buff ptr 



t 



Descriptor consists of two 
fields. "0" and "1 " 
respectively indicate the 
least and most significant 
portions of the descriptor. 

■ The "pointer" field of the 
descriptor 

- A descriptor for a buffer 
resource 

- A descriptor used for 
reception 

3.2.2 Abbreviations 

The abbreviations in Table 3.1 are used to describe the 
SONIC registers and data structures in memory. The "0" 
and "1" In the abbreviations indicate the least and most 
significant portions of the registers or descriptors. Table 3-1 
lists the naming convention abbreviations for descriptors 
also. 

3.2.3 Buffer Management Base Addresses 

The SONIC uses three areas in memory to store descriptor 
information: the Transmit Descriptor Area (TDA), Receive 
Descriptor Area (RDA), and the Receive Resource Area 
(RRA). The SONIC accesses these areas by concatenating 
a 16-bit base address register with a 16-bit offset register. 
The base address register supplies a fixed upper 16 bits of 
address and the offset registers provide the lower 1 6 bits of 
address. The base address registers are the Upper Trans- 
mit Descriptor Address (UTDA), Upper Receive Descriptor 
Address (URDA), and the Upper Receive Resource Address 
(URRA) registers. The corresponding offset registers are 
shown below. 



Upper Address Registers 

URRA 
URDA 
UTDA 



Offset Registers 

RSA,REA,RWP,RRP 
CRDA 
CTDA 



See Table 3-1 for definition of register mnemonics. 
Figure 3-1 shows an example of the Transmit Descriptor 
Area and the Receive Descriptor Area being located by the 
UTDA and URDA registers. The descriptor areas, RDA, 
TDA, and RRA are allowed to have the same base address, 
i.e., URRA=URDA=UTDA. Care, however, must be taken 
to prevent these areas from ovenwriting each other. 
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3.0 Buffer Management (continued) 

TABLE 3-1. Descriptor Abbreviations 



TRANSMIT AND RECEIVE AREAS | 


RRA 


Receive Resource Area 


RDA 


Receive Descriptor Area 


RBA 


Receive Buffer Area 


TDA 


Transmit Descriptor Area 


TBA 


Transmit Buffer Area 


BUFFER MANAGEMENT REGISTERS | 


RSA 


Resource Start Area Register 


REA 


Resource End Area Register 


RRP 


Resource Read Pointer Register 


RWP 


Resource Write Pointer Register 


CRDA 


Current Receive Descriptor 
Address Register 


CRBAO.I 


Current Receive Buffer Address 
Register 


TCBAO.I 


Temporary Current Buffer Address 
Register 


RBWCO.I 


Remaining Buffer Word Count 
Register 


TRBWCO.I 


Temporary Remaining Buffer Word 
Count Register 


EOBC 


End of Buffer Count Register 


IPS 


Transmit Packet Size Register 


TSAO.I 


Transmit Start Address Register 


CTDA 


Current Transmit Descriptor 
Address Register 



BUFFER MANAGEMENT REGISTERS (Continued) | 


TFC 


Transmit Fragment Count Register 


TFS 


Transmit Fragment Size Register 


UTDA 


Upper Transmit Descriptor 
Address Register 


URRA 


Upper Receive Resource Address 
Register 


URDA 


Upper Receive Descriptor Address 
Register 


TRANSMIT AND RECEIVE DESCRIPTORS | 


RXrsrc.buff_ptrO,1 


Buffer Pointer Field in the RRA 


RXrsrc.buff_wcO,1 


Buffer Word Count Fields in the 
RRA 


RXpkt.status 


Receive Status Field In the RDA 


RXpkt.byte_count 


Packet Byte Count Field In the 
RDA 


RXpkt.buff__ptrO,1 


Buffer Pointer Fields in the RDA 


RXpktlink 


Receive Descriptor Link Field in 
RDA 


RXpkt.in_use 


"in Use" Field In RDA 


TXpkt.frag_count 


Fragment Count Field in TDA 


TXpkt.pkt_size 


Packet Size Field in TDA 


TXpkt.pkt_ptrO,1 


Packet Pointer Fields in TDA 


TXpkt.frag_size 


Fragment Size Field In TDA 


TXpktJink 


Transmit Descriptor Link Field in 
TDA 



SONIC REGISTERS 



I CTDA I- 



rr 

(BASE) (OFFSET) 



I URDA I CRDA U 



.^^ 



TRANSMIT DESCRIPTOR 
[ AREA 
[ (UP TO 32K WORDS OR 
I 16K DOUBLE WORDS) 



RECEIVE DESCRIPTOR 

AREA 

(UP TO 32K WORDS OR 

16K DOUBLE WORDS) 




32 - BIT 
ADDRESS RANGE 



FIGURE 3-1. Transmit and Receive Descriptor Area Pointers 
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3.0 Buffer Management (Continued) 

3.3 DESCRIPTOR DATA ALIGNMENT 

All fields used by descriptors (RXpkt.xxx, RXrsrc.xxx, and 
TXpkt.xxx) are word quantities (1 6-blt) and must be aligned 
to word boundaries (A0 = 0) for 1 6-blt memory and to long 
word boundaries (A1,A0 = 0,0) for 32-bit memory. The Re- 
ceive Buffer Area (RBA) must also be aligned to a word 
boundary in 1 6-bit mode and a long word boundary In 32-blt 
mode. The fragments In the Transmit Buffer Area (TBA), 
however, may be aligned on any arbitrary byte boundary. 

3.4 RECEIVE BUFFER MANAGEMENT 

The Receive Buffer Management operates on three areas in 
memory Into which data, status, and control information are 
written during reception (Figure 3-2). These three areas 
must be Initialized (section 3.4.4) before enabling the receiv- 
er (setting the RXEN bit in the Command register). The re- 
ceive resource area (RRA) contains descriptors that locate 
receive buffer areas in system memory. These descriptors 
are denoted by R1 , R2, etc. In Figure 3-S. Packets (denoted 
by P1, P2, etc.) can then be buffered into the corresponding 
RBAs. Depending on the size of each buffer area and the 
size of the packet(s), multiple or single packets are buffered 
into each RBA. The receive descriptor area (RDA) contains 
status and control information for each packet (D1, D2, etc. 
in Figure 3-2) con-esponding to each received packet (D1 
goes with PI, D2 with P2, etc.). 

When a packet arrives, the address recognition logic checks 
the address for a Physical, Multicast, or Broadcast match 
and if the packet is accepted, the SONIC buffers the packet 
contiguously into the selected Receive Buffer Area (RBA). 
Because of the previous end-of-packet processing, the 
SONIC assures that the complete packet Is written Into a 
single contiguous block. When the packet ends, the SONIC 
writes the receive status, byte count, and location of the 
packet into the Receive Descriptor Area (RDA). The SONIC 
then updates Its pointers to locate the next available de- 
scriptor and checks the remaining words available In the 
RBA. If sufficient space remains, the SONIC buffers the 
next packet immediately after the previous packet. If the 
current buffer is out of space the SONIC fetches a Re- 
source descriptor from the Receive Resource Area (RRA) 
acquiring an additional buffer that has been previously allo- 
cated by the system. 



3.4.1 Receive Resource Area (RRA) 

As buffer memory is consumed by the SONIC for storing 
data, the Receive Resource Area (RRA) provides a mecha- 
nism that allows the system to allocate additional buffer 
space for the SONIC. The system loads this area with re- 
source descriptors that the SONIC, In turn, reads as its cur- 
rent buffer space Is used up. Each resource descriptor con- 
sists of a 32-bit buffer pointer locating the starting point of 
the RBA and a 32-bit Word Count that indicates the size of 
the buffer in words (2 bytes per word). The buffer pointer 
and word count are contiguously located using the format 
shown in Figure 3-3 with each component composed of 16- 
bit fields. The SONIC stores this information internally and 
concatenates the corresponding fields to create 32-bit long 
words for the buffer pointer and word count. Note that in 32- 
bit mode the upper word (D<31:16>) is not used by the 
SONIC. This area may be used for other purposes since the 
SONIC never writes into the RRA. 
The SONIC organizes the RRA as a circular queue for effi- 
cient processing of descriptors. Four registers define the 
RRA. The first two, the Resource Start Area (RSA) and the 
Resource End Area (REA) registers, determine the starting 
and ending locations of the RRA, and the other two regis- 
ters update the RRA. The system adds descriptors at the 
address specified by the Resource Write Pointer (RWP), 
and the SONIC reads the next descriptor designated by the 
Resource Read Pointer (RRP). The RRP is advanced 4 
words in 1 6-bit mode (4 long words in 32-bit mode) after the 
SONIC finishes reading the RRA and automatically wraps 
around to the beginning of the RRA once the end has been 
reached. When a descriptor in the RRA is read, the 
RXrsc.buff_ptO,1 is loaded Into the CRBA0,1 registers and 
the RXrsc.buff_wcO,1 is loaded into the RBWCO.I regis- 
ters. 

The alignment of the RRA Is confined to either word or long 
word boundaries, depending upon the data width mode. In 
16-bit mode, the RRA must be aligned to a word boundary 
(AO is always zero) and in 32-blt mode, the RRA is aligned 
to a long word boundary (AO and A1 are always zero). 



RECEIVE 
RESOURCE AREA 



RECEIVE 
BUFFER AREA 



RECEIVE 
DESCRIPTOR AREA 
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FIGURE 3-2. Overview of Receive Buffer Management 
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3.0 Buffer Management (continued) 

3.4.2 Receive Buffer Area (RBA) 
The SONiC stores the actuai data of a received packet In 
the RBA. The RBAs are designated by the resource descrip- 
tors In the RRA as described above. The RXrsrc.buff_ 
wcO.I fields of the RRA indicate the length of the RBA. 
When the SONIC gets a RBA from the RRA, the 
RXrsrc.buff_wcO,1 values are loaded into the Remaining 
Buffer Word Count registers (RBWCO.I). These registers 
keep track of how much space (in words) is left in the buffer. 
When a packet is buffered In a RBA, it is buffered contigu- 
ously (the SONIC will not scatter a packet into multiple buff- 
ers or fragments). Therefore, if there is not enough space 
left in a RBA after buffering a packet to buffer at least one 
more maximum sized packet (the maximum legal sized 
packet expected to be received from the network), a new 
buffer must be acquired. The End of Buffer Count (EOBC) 
register is used to tell the SONIC the maximum packet size 
that the SONIC will need to buffer. 

3.4.2.1 End of Buffer Count (EOBC) 

The EOBC is a boundary in the RBA based from the bottom 
of the buffer. The value written into the EOBC is the maxi- 
mum expected size (in words) of the network packet that 
the SONIC will have to buffer. This word count creates a line 
in the RBA that, when crossed, causes the SONIC to fetch a 
new RBA resource from the RRA. 





15 


3 












free 












RXrsrc.buff.plrO 






NOT USED 
IN 32-BIT MODE 


RXrsrc.buff_plr1 




RXrsrc.buff_wcO 






RXrsrc.buff_wc1 












free 



















Note: The EOBC Is a word count, not a byte count. Also, the value pro- 
grammed into EOBC must be a double word (32-bit) quantity when 
the SONIC Is In 32-bit mode (e.g. In 32-bit mode, EOBC should be set 
to 758 words, not 759 words even though the maximum size of an 
IEEE 802.3 packet is 759 words). 

3.4.2.2 Buffering the Last Packet In an RBA 

At the start of reception, the SONIC stores the packet be- 
ginning at the Current Receive Buffer Address (CRBA0,1) 
and continues until the reception is complete. Concurrent 
with reception, the SONIC decrements the Remaining Buff- 
er Word Count (RBWC0,1) by one in 16-bit mode or by two 
in 32-bit mode. At the end of reception, if the packet has 
crossed the EOBC boundary, the SONIC knows that the 
next packet might not fit in the RBA. This check is done by 
comparing the RBWCO.I registers with the EOBC. If 
RBWC0,1 is less than the EOBC (the last packet buffered 
has crossed the EOBC boundary), the SONIC fetches the 
next resource descriptor in the RRA. If RBWC0,1 is greater 
than or equal to the EOBC (the EOBC boundary has not 
been crossed) the next packet reception continues at the 
present location pointed to by CRBA0,1 in the same RBA. 
Figure 3-4 illustrates the SONIC's actions for (1) RBWC0,1 
:> EOBC and (2) RBWC0,1 < EOBC. See section 3.4.4.4 
for specific Information about setting the EOBC. 

Note: It is Important that tho EOBC boundary be "crossed." In other words, 
case #1 In Figure 3-4 must exist before case #2 exists. If case #2 
occurs without case #1 having occurred first, the test for RBW00.1 
< EOBC wiii not work properly and the SONiC will not fetch a new 
buffer. The result of this will be a buffer overflow (RBAE In the Inter- 
rupt Status Register, section 4.3.6). 

RSA, START OF RESOURCE AREA 



RRP, NEXT RESOURCE DESCRIPTOR 
THE SONIC WILL READ 



— RRA DESCRIPTOR 



RWP, NEXT AVAILABLE LOCATION TO WHICH 
THE SYSTEM MAY ADD A DESCRIPTOR 



REA, END OF RESOURCE AREA 



ORGANIZED AS A CIRCULAR QUEUE 

FIGURE 3-3. Receive Resource Area Format 
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\ PACKET <1\ 




EMPTY 









CRBAO,! 



EOBC 



\ PACKET #l\ 




■^.PACKET #2/ 
/// / / 




///// 




EMPTY 





EOBC 
CRBAO, 1 



Case #1 
(RBWCO.I :: EOBC) 
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Case #2 
(RBWCO.I < EOBC) 

Case #1: SONIC buffers next packet In same RBA. 

Case #2: SONIC detects an exhausted RBA and will buffer the next packet in another RBA. 

FIGURE 3-4. Receive Buffer Area 
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3.0 Buffer Management (continued) 

3.4.3 Receive Descriptor Area (RDA) 

Atter the SONIC buffers a packet to memory, It writes 6 
words of status and control information Into ttie RDA and 
then reads the ilnl< field to proceed to the next receive de- 
scriptor, in 32-blt mode the upper word, D<31:16>, is not 
used. This unused area in memory should not be used for 
other purposes since the SONIC may stili write Into these 
locations. Each receive descriptor consists of the foliowing 
sections (Figure 3-5 ). 

31 15 



15 





NOT USED 
IN 32- BIT MODE 


RXpkl.status 




RXpktbyle_counl 




RXpkt.pkt_ptrO 




RXpkt.pkt_ptr1 




RXpkt.seq_no 




RXpkt.lInk 1 EOL 




RXpkl.ln_us6 
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FIGURE 3-5. Receive Descriptor Format 
receive status: indicates status of the received packet. The 
SONiC writes the Receive Control register into this field. 
Figure 3-8 shows the receive status format. This field is 
loaded from the contents of the Receive Control register. 
Note that ERR, RNT, BRD, PRO, and AMC are configura- 
tion bits and are programmed during Initialization. See sec- 
tion 4.3.3 for the description of the Receive Control register. 
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LPKT 
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CRCR 


FAER 


LBK 


PRX 



FIGURE 3-6. Receive Status Format 
byte count: gives the length of the complete packet from 
the start of Destination Address to the end of FCS. 
packet pointer: a 32-blt pointer that locates the packet in 
the RBA. The SONiC writes the contents of the CRBAO.I 
registers into this field. 

sequence numbers: this field displays the contents of two 
8-blt counters (modulo 256) that sequence the RBAs used 
and the packets buffered. These counters assist the system 
In determining when an RBA has been completely process- 
ed. The sequence numbers allow the system to tally the 
packets that have been processed within a particular RBA. 
There are two sequence numbers that describe a packet: 
the RBA Sequence Number and the Packet Sequence 
Number. When a packet is buffered to memory, the SONIC 
maintains a single RBA Sequence Number for all packets in 
an RBA and sequences the Packet Number for succeeding 
packets in the RBA. When the SONIC uses the next RBA, It 
increments the RBA Sequence Number and clears the 
Packet Sequence Number. The RBA's sequence counter is 
not incremented when the read RRA command Is Issued In 
the Command register. The format of the Receive Se- 
quence Numbers are shown in Figure 3-7. These counters 
are reset during hardware reset or by writing zero to them. 



RBA Sequence Number 
(Modulo 256) 



Packet Sequence Number 
(Modulo 256) 



FIGURE 3-7. Receive Sequence Number Format 
receive link field: a 15-blt pointer (A15-A1) that locates 
the next receive descriptor. The LSB of this field is the End 
Of List (EOL) bit, and indicates the last descriptor in the list, 
(initialized by the system.) 

In use field: this field provides a handshake between the 
system and the SONIC to Indicate the ownership of the de- 
scriptor. When the system avails a descriptor to the SONIC, 
it writes a non-zero value Into this field. The SONIC, in turn, 
sets this field to all "O's" when it has finished processing the 
descriptor. (That Is, when the CRDA register has advanced 
to the next receive descriptor.) Generally, the SONiC releas- 
es control after writing the status and control Information 
Into the RDA. if, however, the SONiC has reached the last 
descriptor In the list, it maintains ownership of the descriptor 
until the system has appended additional descriptors to the 
list. The SONIC then relinquishes control after receiving the 
next packet. (See section 3.4.6.1 for details on when the 
SONiC writes to this field). The receive packet descriptor 
format is shown in Figure 3-5. 
3.4.4 Receive Buffer Management Initialization 
The Receive Resource, Descriptor, and Buffer areas (RRA, 
RDA, RBA) In memory and the appropriate SONIC registers 
must be properly initialized before the SONIC begins buffer- 
ing packets. This section describes the initialization pro- 
cess. 

3.4.4.1 Initializing The Descriptor Page 

All descriptor areas (RRA, RDA, and TDA) used by the 
SONIC reside within areas up to 32k (word) or 16k (long 
word) pages. This page may be placed anywhere within the 
32-bit address range by loading the upper 16 address lines 
into the UTDA, URDA, and URRA registers. 

3.4.4.2 Initializing The RRA 

The Initialization of the RRA consists of loading the four 
SONiC RRA registers and writing the resource descriptor 
Information to memory. 

The RRA registers are loaded with the following values. 
Resource Start Area (RSA) register: The RSA is loaded 
with the lower 16-bit address of the beginning of the RRA. 
Resource End Area (REA) register: The REA is loaded 
with the lower 1 6-blt address of the end of the RRA. The 
end of the RRA is defined as the address of the last 
RXrsrc.ptrO field in the RRA plus 4 words in 1 6-bit mode or 4 
long words in 32-bit mode (Figure 3-3). 
Resource Read Pointer (RRP) register: The RRP is load- 
ed with the lower 1 6-blt address of the first resource de- 
scriptor the SONIC reads. 

Resource Write Pointer (RWP) register: The RWP is load- 
ed with the lower 16-bit address of the next vacant location 
where a resource descriptor will be placed by the system. 

Note: The RWP register must only point to either (1) tiie RXrsrc.ptrO field of 
one of the RRA Descriptors, (2) the memory address that the RSA 
points to (the start of the RRA), A (3) the memory address that the 
REA points to (the end of the RRA). When the RWP = RHP compari- 
son is made, it is performed after the complete RRA descriptor has 
been read and not during the fetch. Failure to set the RWP to any of 
the above values prevents the RWP = RRP comparison from ever 
becoming true. 
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3.0 Buffer Management (continued) 

All RRA registers are concatenated with the URRA register 
for generating the full 32-bit address. 
The resource descriptors that the system writes to the RRA 
consists of four fields: (1) RXrsrc.buff_ptrO, (2) 
RXrsrc.buff_ptr1, (3) RXrsrc.buff_wcO, and (4) 
RXrsrc.buff_wc1. The fields must be contiguous (they can- 
not straddle the end points) and are written in the order 
shown In Figure 3-8. The "0" and "1" in the descriptors 
denote the least and most significant portions for the Buffer 
Pointer and Word Count. The first two fields supply the 32- 
blt starting location of the Receive Buffer Area (HBA), and 
the second two define the number of 16-bit words that the 
RBA occupies. Note that two restrictions apply to the Buffer 
Pointer and Word Count. First, in 32-blt mode, since the 
SONIC always writes long words, an even count must be 
written to RXrsrc.buff_wcO. Second, the Buffer Pointer 
must either be pointing to a word boundary in 1 6-blt mode 
(A0=0) or a long word boundary in 32-bit mode 
(A0,A1 =0,0). Note also that the descriptors must be prop- 
erly aligned in the RRA as discussed in section 3.3. 



RSA,RRP- 



NOT USED 
IN 32-BIT MODE 



RXisrc.buff.ptrO 



RXrsrc.buff_plr1 



RXrsrc.buff.wcO 



RXrsrc.buff_wc1 
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FIGURE 3-8. RRA Initialization 

After configuring the RRA, the RRA Read command (setting 
RRRA bit In the Command register) may be given. This 
command causes the SONIC to read the RRA descriptor in 
a single block operation, and load the following registers 
(see section 4.2 for register mnemonics): 
CRBAO register •«— RXrsrc.buff_ptrO 
CRBA1 register *- RXrsrc.buff__ptr1 
RBWCO register ■<— RXrsrc.buff_wcO 
RBWC1 register -«— RXrsrc.buff_wc1 
When the command has completed, the RRRA bit in the 
Command register Is reset to "0". Generally this command 
is only Issued during initialization. At all other times, the RRA 
is automatically read as the SONIC finishes using an RBA. 

3.4.4.3 Initializing The RDA 

To accept multiple packets from the network, the receive 
packet descriptors must be linked together via the 
RXpkt.lInk fields. Each link field must be written with a 15-bit 
(A15-A1) pointer to locate the beginning of the next de- 
scriptor in the list. The LSB of the RXpkt.link field is the End 
of List (EOL) bit and Is used to indicate the end of the de- 
scriptor list. EOL = 1 for the last descriptor and EOL =Ofor 
the first or middle descriptors. The RXpkt.in_use field indi- 
cates whether the descriptor is owned by the SONIC. The 
system writes a non-zero value to this field when the de- 
scriptor Is available, and the SONIC writes all "O's" when it 
finishes using the descriptor. At startup, the Cun-ent Receive 
Descriptor Address (CRDA) register must be loaded with the 
address of the first RXpkt.stalus field In order for 



the SONIC to begin receive processing at the first descrip- 
tor. An example of two descriptors linked together is shown 
in Figure 3-9. The fields initialized by the system are dis- 
played in bold type. The other fields are written by the 
SONIC after a packet is accepted. The RXpkt.in_use field 
Is first written by the system, and then by the SONIC. Note 
that the descriptors must be aligned property as discussed 
in section 3.3. Also note that the URDA register is concate- 
nated with the CRDA register to generate the full 32-blt ad- 
dress. 
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FIGURE 3-9. RDA initialization Example 

3.4.4.4 initializing the Lower 
Boundary of the RBA 

A "false bottom" is set in the RBA by loading the End Of 
Buffer Count (EOBC) register with a value equal to the maxi- 
mum size packet in words (16 bits) that may be received. 
This creates a lower boundary in the RBA. Whenever the 
Remaining Buffer Word Count (RBWCO.I) registers decre- 
ment below the EOBC register, the SONIC buffers the next 
packet into another RBA. This also guarantees that a pack- 
et Is always contiguously buffered into a single Receive 
Buffer Area (RBA). The SONIC does not buffer a packet into 
multiple RBAs. Note that in 32-bit mode, the SONIC holds 
the LSB always low so that It properly compares with the 
RBWC0,1 registers. 

After a hardware reset, the EOBC register is automatically 
initialized to 2F8h (760 words or 1520 bytes). For 32-bit ap- 
plications this is the suggested value for EOBC. EOBC de- 
faults to 760 words (1 520 bytes) Instead of 759 words (1518 
bytes) because 1518 is not a double word (32-bit) boundary 
(see section 3.4.2.1). If the SONIC is used in 16-blt mode, 
then EOBC should be set to 759 words (1518 bytes) be- 
cause 1518 is a word (16-bit) boundary. 
Sometimes it may be desired to buffer a single packet per 
RBA. When doing this, it is important to set EOBC and the 
buffer size correctly. The suggested practice Is to set EOBC 
to a value that is at least 4 bytes, in 32-bit mode, or 2 bytes^ 
in 16-blt mode, less than the buffer size. An example of this 
for 32-bit mode is to set EOBC to 760 words (1520 bytes) 
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3.0 Buffer Management (continued) 

and the buffer size to 762 words (1524 bytes). A similar 
example for 16-bit mode would be EOBC = 759 words 
(1518 bytes) and the buffer size set to 760 words (1520 
bytes). The buffer can be any size, but as long as the EOBC 
Is 2 words, for 32-blt mode, or 1 word, for 16-bit mode, less 
than the buffer size, only one packet will be buffered in that 
RBA. 

Note 1: It is possible to filter out most oversized packets by setting the buff- 
er size to 760 words (1 520 bytes) in 32-blt mode or 759 words (1 51 8 
bytes) in f6-bit mode. EOBC would be set to 75B words (1516 
bytes) for both cases. With tfiis configuration, any pacl<et over 1 520 
bytes, in 32-bit mode, or 1518 bytes, in 16-bit mode, will not be 
completely buffered because tfie packet will overflow the buffer. 
When a packet overflow occurs, a Receive Buffer Area Exceeded 
interrupt (RBAE in the Interrupt Status Register, section 4.3.6) will 
occur. 
Note 2: When buffering one packet per buffer, It is suggested that the val- 
ues in Note 1 above be used. Since the minimum legal sized Ether- 
net packet is 64 bytes, however, It Is possible to set EOBC as much 
as 64 bytes less than the buffer size and still end up with one packet 
per buffer. Figure 3- 10 shows this "range." 

3.4.5 Beginning Of Reception 

At the beginning of reception, the SONIC checks its inter- 
nally stored EOL bit from the previous RXpkt.lInk field for a 
"1". If the SONIC finds E0L=1, it recognizes that after the 
previous reception, there were no more remaining receive 
packet descriptors. It re-reads the same RXpkt.link field to 
check if the system has updated this field since the last 
reception. If the SONIC still finds E0L=1, reception ceas- 
es. (See section 3.5 for adding descriptors to the list.) 0th- 
enwise, the SONIC begins storing the packet In the RBA 
starting at the Current Receive Buffer Address (CRBA0,1) 
registers and continues until the packet has completed. 
Concurrent with the packet reception, the Remaining Buffer 
Word Count (RBWCO.I) registers are decremented after 
each word Is written to memory. This register determines 
the remaining words in the RBA at the end of reception. 

3.4.6 End Of Packet Processing 

At the end of a reception, the SONIC enters its end of pack- 
et processing sequence to determine whether to accept or 
reject the packet based on receive errors and packet size. 
At the end of reception the SONIC enters one of the follow- 
ing two sequences: 

— Successful reception sequence 

— Buffer recovery for runt packets or packets with errors 



3.4.6.1 Successful Reception 

If the SONIC accepts the packet, it first writes 5 words of 
descriptor information in the RDA beginnifig at the address 
pointed to by the Current Receive Descriptor Address 
(CRDA) register. It then reads the RXpkt.lInk field to ad- 
vance the CRDA register to the next receive descriptor. The 
SONIC also checks the EOL bit for a "1" In this field. If 
E0L=1, no more descriptors are available for the SONIC. 
The SONIC recovers the address of the current RXpkt.lInk 
field (from a temporary register) and generates a "Receive 
Descriptors Exhausted" indication in the Interrupt Status 
register. (See section 3.4.7 on how to add descriptors.) The 
SONIC maintains ownership of the descriptor by /7o/ writing 
to the RXpkt.in_use field. Otherwise, if EOL=0, the SONIC 
advances the CRDA register to the next descriptor and re- 
sets the RXpkt.in use field to all "O's". 

The SONIC accesses the complete 7 word RDA descriptor 
In a single block operation. 

The SONIC also checks if there is remaining space in the 
RBA. The SONIC compares the Remaining Buffer Word 
Count (RBWC0,1) registers with the static End Of Buffer 
Count (EOBC). If the RBWC Is less than the EOBC, a maxi- 
mum sized packet will no longer fit in the remaining space in 
the RBA; hence, the SONIC fetches a resource descriptor 
from the RRA and loads its registers with the pointer and 
word count of the next available RBA. 

3.4.6.2 Buffer Recovery For Runt Packets Or 
Packets With Errors 

If a njnt packet (less than 64 bytes) or packet with errors 
arrives and the Receive Control register has been config- 
ured to not accept these packets, the SONIC recovers Its 
pointers back to the original positions. The CRBA0,1 regis- 
ters are not advanced and the RBWC0,1 registers are not 
decremented. The SONIC recovers its pointers by maintain- 
ing a copy of the buffer address in the Temporary Receive 
Buffer Address registers (TRBAO.I). The SONIC recovers 
the value In the RBWCO.I registers from the Temporary 
Buffer Word Count registers (TBWCO, 1 ). 

3.4.7 Overflow Conditions 

When an overflow condition occurs, the SONIC halts its 
DMA operations to prevent writing into unauthorized memo- 
ry. The SONIC uses the Interrupt Status register (ISR) to 
Indicate three possible overflow conditions that can occur 
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Range of EOBC = (RXrsrc.wcO.I - 2 to RXrsro.wcO.I - 32) 
FIGURE 3-10. Setting EOBC for Single Packet RBA 
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3.0 Buffer Management (continued) 

when its receive resources have been exhausted. The sys- 
tem should respond by replenishing the resources that have 
been exhausted. These overflow conditions (Descriptor Re- 
sources Exhausted, Buffer Resources Exhausted, and RBA 
Limit Exceeded) are indicated in the Interrupt Status register 
and are detailed as follows: 

Descriptor Resources Exhausted: This occurs when the 
SONIC has reached the last receive descriptor in the list, 
meaning that the SONIC has detected EOL= 1. The system 
must supply additional descriptors for continued reception. 
The system can do this in one of two ways: 1) appending 
descriptors to the existing list, or 2) creating a separate list. 

1 ) Appending descriptors to the existing list. This is the eas- 
iest and preferred way. To do this, the system, after cre- 
ating the new list, joins the new list to the existing list by 
simply writing the beginning address of the new list Into 
the RXpktllnk field and setting EOL = 0. At the next 
reception, the SONIC re-reads the last RXpkt.link field, 
and updates its CRDA register to point to the next de- 
scriptor. 

2) Creating a separate list. This requires an additional step 
because the lists are not joined together and requires 
that the CRDA register be loaded with the address of the 
RXpktllnk field in the new list. 

During this overflow condition, the SONIC maintains owner- 
ship of the descriptor (RXpkt.ln use =^ OOh) and waits for 

the system to add additional descriptors to the list. When 
the system appends more descriptors, the SONIC releases 
ownership of the descriptor after writing OOOOh to the 
RXpktin use field. 

Buffer Resources Exhausted: This occurs when the 
SONIC has detected that the Resource Read Pointer (RRP) 
and Resource Write Pointer (RWP) registers are equal (i.e., 
all RRA descriptors have been exhausted). The RBE bit in 
the Interrupt Status register is set when the SONIC finishes 
using the second to last receive buffer and reads the last 
RRA descriptor. Actually, the SONIC is not truly out of re- 
sources, but gives the system an eariy warning of an Im- 
pending out of resources condition. To continue reception 
after the last RBA is used, the system must supply addition- 
al RRA descriptor(s), update the RWP register, and clear 
the RBE bit in the ISR. The SONIC rereads the RRA after 
this bit is cleared. 

RBA Limit Exceeded: This occurs when a packet does not 
completely fit within the remaining space of the RBA. This 
can occur If the EOBC register Is not programmed to a value 
greater than the largest packet that can be received. When 
this situation occurs, the packet is truncated and the SONIC 
reads the RRA to obtain another RBA. Indication of an RBA 
limit being exceeded is signified by the Receive Buffer Area 
Exceeded (RBAE) interrrupt being set (see section 4.3.6). 
An RDA will not be set up for the truncated packet and the 
buffer space will not be re-used. To rectify this potential 
overflow condition, the EOBC register must be loaded with a 
value equal to or greater than the largest packet that can be 
accepted. See section 3.4.2. 

3.5 TRANSMIT BUFFER iUIANAGEIUIENT 

To begin transmission, the system software issues the 
Transmit command (TXP= 1 In the CR). The Transmit Buff- 
er Management uses two areas In memory for transmitting 
packets (Figure 3-11), the Transmit Descriptor Area (TDA) 



and the Transmit Buffer Area (TBA). During transmission, 
the SONIC fetches control Information from the TDA, loads 
its appropriate registers, and then transmits the data from 
the TBA. When the transmission is complete, the SONIC 
writes the status information in the TDA. From a single 
transmit command, packets can either be transmitted singly 
or in groups If several descriptors have been linked togeth- 
er. 
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FIGURE 3-11. Overview of Transmit Buffer Management 
3.S.1 Transmit Descriptor Area (TDA) 

The TDA contains descriptors that the system has generat- 
ed to exchange status and control information. Each de- 
scriptor corresponds to a single packet and consists of the 
following 16-bit fields. 

TXpktstatus: This field is written by the SONIC and pro- 
vides status of the transmitted packet. See section 3.5.1.2 
for more details. 

TXpkt.config: This field allows programming the SONIC to 
one of the various transmit modes. The SONIC reads this 
field and loads the corresponding configuration bits (PiNTR, 
POWC, CRCI, and EXDIS) into the Transmit Control regis- 
ter. See section 3.5.1.1 for more details. 

TXpkt.plct size: This field contains the byte count of the 

entire packet 

TXpkt.frag count: This field contains the number of frag- 
ments the packet is segmented into. 

TXpkt.frag ptrO,1: This field contains a 32-bit pointer 

which locates the packet fragment to be transmitted In the 
Transmit Buffer Area (TBA). This pointer Is not restricted to 
any byte alignment. 

TXpkt.frag size: This field contains the byte count of the 

packet fragment. The minimum fragment size is 1 byte. 
TXpkt.iink: This field contains a 15-bit pointer (A15-A1) to 
the next TDA descriptor. The LSB, the End Of List (EOL) bit. 
Indicates the last descriptor in the list when set to a "1". 
When descriptors have been linked together, the SONIC 
transmits back-to-baok packets from a single transmit com- 
mand. 

The data of the packet does not need to be contiguous, but 
can exist in several locations (fragments) In memory. In this 

case, the TXpkt.frag count field Is greater than one, and 

additional TXpkt.frag_ptrO,1 and TXpkt.frag_slze fields 
corresponding to each fragment are used. The descriptor 
format is shown in Figure 3-12. Note that in 32-bit mode the 
upper word, D<31:16>, is not used. 
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3.0 Buffer Management (continued) 



NOT USED 
IN 32-BIT MODE 



TXpkt.pkl.ili* 



TXpki.frag_count 



TXpkUrag-ptrO 



ADDITIONAL POIHTERS 
AND SIZE FIELDS IF 
FRAG.C0UNT>1 



TXpkt.link I EOL 



TL/F/10492-19 

FIGURE 3-12. Transmit Descriptor Area 

3.5.1.1 Transmit Configuration 

The TXpktconfig field allows the SONIC to be programmed 
into one of the transmit modes before each transmission. At 
the beginning of each transmission, the SONIC reads this 
field and loads the PINTR, POWC, CRCI, and EXDIS bits 
into the Transmit Control register (TCR). The configuration 
bits in the TCR correspond directly with the bits in the 
TXpkt.config field as shown in Figure 3-13. See section 
4.3.4 for the description on the TCR. 
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FIGURE 3-13. TXpkt.config Field 

3.5.1.2 Transmit Status 

At the end of each transmission the SONIC writes the status 
bits (<10:0>) of the Transmit Control Register (TCR) and 
the number of collisions experienced during the transmis- 
sion Into the TXpkt.status field (Figure 3-14, res = re- 
served). Bits NC4-NC0 indicate the number of collisions 
where NC4 Is the MSB. See section 4.3.4 for the description 
of the TCR. 
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FIGURE 3-14. TXpkt.status Field 

3.5.2 Transmit Buffer Area (TBA) 

The TBA contains the fragments of packets that are defined 
by the descriptors in the TDA. A packet can consist of a 
single fragment or several fragments, depending upon the 
fragment count in the TDA descriptor. The fragments also 
can reside anywhere within the full 32-bit address range, 
and be aligned to any byte boundary. When an odd byte 
boundary is given, the SONIC automatically begins reading 
data at the corresponding word boundary in 16-bit mode or 
a long word boundary in 32-blt mode. The SONIC ignores 
the extraneous bytes which are written into the FIFO during 



odd byte alignment fragments. The minimum allowed frag- 
ment size is 1 byte. Figure 3-1 1 shows the relationship be- 
tween the TDA and the TBA for single and multi-fragmented 
packets. 

3.5.3 Preparing To Transmit 

All fields in the TDA descriptor and the Current Transmit 
Descriptor Address (CTDA) register of the SONIC must be 
initialized before the Transmit Command (setting the TXP bit 
in the Command register) can be Issued. If more than one 
packet Is queued, the descriptors must be linked together 
with the TXpkt.link field. The last descriptor must have 
E0L = 1 and all other descriptors must have EOL=0. To 
begin transmission, the system loads the address of the first 
TXpktstatus field Into the CTDA register. Note that the up- 
per 16-blts of address are loaded in the Upper Transmit 
Descriptor (UTDA) register. The user performs the following 
transmit initialization. 

1) Initialize the TDA 

2) Load the CTDA register with the address of the first 
transmit descriptor 

3) Issue the transmit command 

Note that if the Source Address of the packet being trans- 
mitted is not in the CAM, the Packet Monitored Bad (PMB) 
bit in the TXpxt.status field will be set (see section 4.3.4). 

3.5.3.1 Transmit Process 

When the Transmit Command (TXP = 1 in the Command 
register) is Issued, the SONIC fetches the control informa- 
tion In the TDA descriptor, loads its appropriate registers 
(shown below) and begins transmission. (See section 4.2 for 
register mnemonics.) 
TCR <— TXpkt.config 
TPS «- TXpkt.pkt_size 
TFC •<— TXpkt.frag_count 
TSAO *- TXpkt.frag_ptrO 
TSA1 -«- TXpkt.frag_ptr1 
TFS *— TXpkt.frag_size 
CTDA ■«- TXpktllnk 

(CTDA is loaded after all fragments have been read and 
successfully transmitted. If the halt transmit command is is- 
sued (HTX bit In the Command register Is set) the CTDA 
register Is not loaded.) 

During transmission, the SONIC reads the packet descriptor 
in the TDA and transmits the data from the TBA. If 
TXpkt.frag_count is greater than one, the SONIC, after fin- 
ishing transmission of the fragment, fetches the next 
TXpkt.frag_ptrO,1 and TXpkt.frag_size fields and transmits 
the next fragment. This process continues until all frag- 
ments of a packet are transmitted. At the end of packet 
transmission, status is written in to the TXpktstatus field. 
The SONIC then reads the TXpktlink field and checks if 
EOL = 0. If it is "0", the SONIC fetches the next descriptor 
and transmits the next packet. If EOL = 1 the SONIC gen- 
erates a "Transmission Done" indication in the Interrupt 
Status register and resets the TXP bit In the Command reg- 
ister. 

In the event of a collision, the SONIC recovers its pointer in 
the TDA and retransmits the packet up to 15 times. The 
SONIC maintains a copy of the CTDA register in the Tempo- 
rary Transmit Descriptor Address (TTDA) register. 
The SONIC performs a block operation of 6, 3, or 2 access- 
es in the TDA, depending on where the SONIC Is in the 
transmit process. For the first fragment, it reads the 
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3.0 Buffer Management (continued) 

TXpktconfig to TXpkt.frag_size (6 accesses). For the next 
fragment, if any, it reads tlie next 3 fields from TXpl<t.frag_ 
ptrO to TXpkt.frag_size (3 accesses). At the end of trans- 
mission it writes the status Information to TXpkt.status and 
reads the TXpkt.link field (2 accesses). 

3.5.3.2 Transmit Completion 

The SONIC stops transmitting under two conditions. In the 
normal case, the SONIC transmits the complete list of de- 
scriptors in the TDA and stops after it detects EOL = 1. In 
the second case, certain transmit errors cause the SONIC 
to abort transmission. If FIFO Underrun, Byte Count Mis- 
match, Excessive Collision, or Excessive Defenal (If en- 
abled) errors occur, transmission ceases. The CTDA regis- 
ter points to the last packet transmitted. The system can 
also halt transmission under software control by setting the 
HTX bit in the Command register. Transmission halts after 
the SONIC writes to the TXpktstatus field. 

3.5.4 Dynamically Adding TDA Descriptors 

Descriptors can be dynamically added during transmission 
without halting the SONIC. The SONIC can also be guaran- 
teed to transmit the complete list including newly appended 
descriptors (barring any transmit abort conditions) by ob- 
serving the following rule: The last TXpkt.link field must 
point to the next location where a descriptor will be added 
(see step 3 below and Figure 3-15). The procedure for ap- 
pending descriptors consists of: 

1. Creating a new descriptor with Its TXpkt.link pointing to 
the next vacant descriptor location and its EOL bit set to 
a"1". 

2. Resetting the EOL bit to a "0" of the previously last de- 
scriptor. 

3. Re-lssuing the Transmit command (setting the TXP bit in 
the Command register). 

Step 3 assures that the SONIC will transmit all the packets 
In the list. If the SONIC is currently transmitting, the Trans- 
mit command has no effect and continues transmitting until 
it detects EOL = 1. If the SONIC had just finished transmit- 
ting, it continues transmitting from where It had previously 
stopped. 
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FIGURE 3-15. Initializing Last Link Field 



4.0 SONIC Registers 

The SONIC contains two sets of registers: The status/con- 
trol registers and the CAM memory cells. The status/control 
registers are used to configure, control, arid monitor SONIC 
operation. They are directly addressable registers and occu- 
py 64 consecutive address locations in the system memory 
space (selected by the RA5-RA0 address pins). There are 
a total of 64 status/control registers divided into the follow- 
ing categories: 

User Registers: These registers are accessed by the user 
to configure, control, and monitor SONIC operation. These 
are the only SONIC registers the user needs to access. Fig- 
ure 4-3 shows the programmer's model and Table 4-1 lists 
the attributes of each register. 

Internal Use Registers: These registers (Table 4-2) are 
used by the SONIC during normal operation and are not 
Intended to be accessed by the user. 
National Factory Test Registers: These registers (Table 
4-3) are for National factory use only and should never be 
accessed by the user. Accessing these registers during nor- 
mal operation can cause improper functioning of the 
SONIC. 

4.1 THE CAM UNIT 

The CAf\4 unit memory cells are indirectly accessed by pro- 
gramming the CAM descriptor area in systern memory and 
issuing the LCAM command (setting the LCAM bit in the 
Control register). The CAM cells do not occupy address lo- 
cations in register space and, thus, are not accessible 
through the RA5-RA0 address pins. The CAM control regis- 
ters, however, are part of the user register set and must be 
initialized before issuing the LCAM command (see section 
4.3.10). 

The Content Addressable Memory (CAM) consists of six- 
teen 48-bit entries for complete address filtering (Figure 4-1) 
of network packets. Each entry corresponds to a 48-blt des- 
tination address that is user programmable and can contain 
any combination of Multicast or Physical addresses. Each 
entry is partitioned Into three 16-blt CAM cells accessible 
through CAM Address Ports (CAP 2, CAP 1 and CAP 0) with 
CAPO corresponding to the least significant 16 bits of the 
Destination Address and CAP2 corresponding to the most 
significant bits. The CAM is accessed In a two step process. 
First, the CAM Entry Pointer is loaded to point to one of the 
16 entries. Then, each of the CAM Address Ports is ac- 
cessed to select the CAM cell. The 16 user programmable 
CAM entries can be masked out with the CAM Enable regis- 
ter (see section 4.3.10). 

Note: It Is not necessary to program a broadcast address into the CAM 
when It Is desired to accept broadcast packets. Instead, to accept 
broadcast packets, set the BRD bit In the Receive Control register. If 
the BRD bit has been set, the CAM Is still active. This means that it is 
possible to accept broadcast packets at the same time as accepting 
packets that match physical addresses In the CAM. 

4.1.1 The Load CAM Command 

Because the SONIC uses the CAM for a relatively long peri- 
od of time during reception, it can only be written to via the 
CAM Descriptor Area (CDA) and Is only readable when the 
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FIGURE 4-1. CAM 



SONIC is In software reset. The CDA resides In the same 
64k byte block of memory as the Receive Resource Area 
(RRA) and contains descriptors for loading the CAM regis- 
ters. These descriptors are contiguous and each descriptor 
consists of four 16-bit fields (Figure 4-2). In 32-blt mode the 
upper word, D<31:16>, Is not used. The first field contains 
the value to be loaded Into the CAM Entry Pointer and the 
remaining fields are for the three CAM Address Ports (see 
section 4.3.10). In addition, there Is one more field after the 
last descriptor containing the masl< for the CAM Enable reg- 
ister. Each of the CAM descriptors are addressed by the 
CAM Descriptor Pointer (CDP) register. 
After the system has Initialized the CDA, It can issue the 
Load CAM command to program the SONIC to read the 
CDA and load the CAM. The procedure for Issuing the Load 
CAM command Is as follows. 

1. Initialize the Upper Receive Resource Address (URRA) 
register. Note that the CAM Descriptor Area must reside 
within the same 64k page as the Receive Resource 
Area. (See section 4.3.9). 
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Organization 

2. Initialize the CDA as described above. 

3. Initialize the CAM Descriptor Count with the number of 
CAM descriptors. Note, only the lower 5 bits are used In 
this register. The other bits are don't cares. (See section 
4.3.10). 

4. Initialize the CAM Descriptor Pointer to locate the first 
descriptor In the CDA. This register must be reloaded 
each time a new Load CAM command is Issued. 

5. Issue the Load CAM command (LCAM) in the Command 
register. (See section 4.3.1). 

If a transmission or reception is in progress, the CAM DMA 
function will not occur until these operations are complete. 
When the SONIC completes the Load CAM command, the 
CDP register points to the next location after the CAM En- 
able field and the CDC equals zero. The SONIC resets the 
LCAM bit in the Command register and sets the Load CAM 
Done (LCD) bit in the ISR. 
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FIGURE 4-2. CAM Descriptor Area Format 
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4.0 SONIC Registers (continued) 
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FIGURE 4-3. Register Programming Model 
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4.0 SONIC Registers (Continued) 

4.2 STATUS/CONTROL REGISTERS 

This set of registers is used to convey status/control infor- 



mation to/from the host system and to control the operation 
of the SONIC. These registers are used for loading com- 
mands generated from the system, indicating transmit and 
receive status, buffering data to/from memory, and provld- 

TABLE 4-1. User Registers 



Ing interrupt control. The registers are selected by asserting 
chip select to the SONIC and providing the necessary ad- 
dress on register address pins RA5-RA0. Tables 4-1, 4-2, 
and 4-3 show the locations of all SONIC registers and 
where information on the registers can be found in the data 
sheet. 
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Current Receive Descriptor Address 



End of Buffer Word Count 



Upper Receive Resource Address 



Resource Start Address 



Resource End Address 



Resource Read Pointer 



Resource Write Pointer 



Receive Sequence Counter 



CAM Entry Pointer 



CAM Address Port 2 



CAM Address Porti 



CAM Address Port 



GAM Enable 



CAM Descriptor Pointer 



CAM Descriptor Count 



CRC Error Tally 



FAE Tally 



Missed Packet Tally 
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Symbol 



CR 



DCR 



RCR 



TCR 



IMR 



ISR 



DCR2 



UTDA 



CTDA 



URDA 



CRDA 



EOBC 



URRA 



RSA 



REA 



RRP 



RWP 



RSC 



CEP 



CAP2 



CAP1 



CAPO 



CE 



CDP 



CDC 



CRCT 



FAET 



MPT 



Description 
(section) 



4.3.1 



4.3.2 



4.3.3 



4.3.4 



4.3.5 



4.3.6 



4.3.7 



4.3.8, 3.4.4.1 



4.3.8,3.5.3 



4.3.9, 3.4.4.1 



4.3.9, 3.4.4.3 



4.3.9, 3.4.2 



4.3.9, 3.4.4.1 



4.3.9, 3.4.1 



4.3.9, 3.4.1 



4.3.9, 3.4.1 



4.3.9, 3.4.1 



4.3.9, 3.4.3.2 



4.1,4.3.10 



4.1,4.3.10 



4.1,4.3.10 



4.1,4.3.10 



4.1,4.3.10 



4.1,4.3.10 



4.1,4.3.10 



4.3.11 



4.3.11 



4.3.11 



CQ 
CM 
CO 

a> 

CO 
CO 

Q. 
Q 



4.0 SONIC Registers (continued) 

TABLE 4-1. User Registers (Continued) 


RA5-RA0 


Access 


Register 


Symbol 


Description 
(section) 


WATCHDOG COUNTERS 


29 


R/W 


Watchdog Timer 


WTO 


4.3.12 


2A 


R/W 


Watchdog Timer 1 


WT1 


4.3.12 


SILICON REVISION 


28 


R 


Silicon Revision 


SR 


4.3.13 


Note 1: These registers can only be read when the SONIC is in reset mode (RST bit in the CH is set). The SONIC gives invalid data when those registers are read in 
non-reset mode. 

Note 2: This register can only be written to when the SONIC is in reset mode. This register is normally only loaded by the Load CAM command. 

Note 3: The Data Configuration registers, DCR and DCR2, can only be written to when the SONIC is in reset mode (RST bit in CR is set). Writing to these registers 

while not in reset mode does not alter the registers. 

Note 4: The data written to these registers is inverted before being latched. That is, it a value of FFFFh is written, these registers will contain and read back the 
value of OOOOh. Data is not inverted during a read operation. 

TABLE 4-2. Internal Use Registers (Users should not write to these registers) 


(RA5-RA0) 


Access 


Register 


Symbol 


Description 
(section) 


TRANSMIT REGISTERS 


08 (Note 1) 


R/W 


Transmit Paol<et Size 


TPS 


3.5 


09 


R/W 


Transmit Fragment Count 


TFC 


3.5 


OA 


R/W 


Transmit Start Address 


TSAO 


3.5 


OB 


R/W 


Transmit Start Address 1 


TSA1 


3.5 


OC (Note 2) 


R/W 


Transmit Fragment Size 


TFS 


3.5 


20 


R/W 


Temporary Transmit Descriptor Address 


TTDA 


3.5.4 


2F 


R 


IVIaximum Deferral Timer 


MDT 


4.3.4 


RECEIVE REGISTERS 


OF 


R/W 


Current Receive Buffer Address 


CRBAO 


3,4.2, 3.4,4.2 


10 


R/W 


Current Receive Buffer Address 1 


CRBA1 


3.4.2, 3,4.4.2 


11 


R/W 


Remaining Buffer Word Count 


RBWCO 


3.4.2, 3,4,4.2 


12 


R/W 


Remaining Buffer Word Count 1 


RBWC1 


3.4.2, 3.4.4.2 


19 


R/W 


Temporary Receive Buffer Address 


TRBAO 


3.4.6.2 


1A 


R/W 


Temporary Receive Buffer Address 1 


TRBA1 


3.4.6.2 


IB 


R/W 


Temporary Buffer Word Count 


TBWCO 


3.4.6.2 


1C 


R/W 


Temporary Buffer Word Count 1 


TBWC1 


3.4,6,2 


IF 


R/W 


Last Link Field Address 


LLFA 


none 


ADDRESS GENERATORS 


ID 


R/W 


Address Generator 


ADDRO 


none 


IE 


R/W 


Address Generator 1 


ADDR1 


none 


Note 1: The data that is read from these registers is the inversion of what has been written to them. 

Note 2: The value that Is written to this register is shifted once in 16-bil mode and shifted twice in 32-bit mode. 

TABLE 4-3. National Factory Test Registers 


(RA5-RA0) 


Access 


Register 


Symbol 


Description 
(section) 


30 

• 
3E 


R/W 


These registers are for factory use only. Users must not 
address these registers as improper SONIC operation 
can occur. 


none 


none 
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4.0 SONIC Registers (continued) 

4.3 REGISTER DESCRIPTION 

4.3.1 Command Register 
(RA<5:0>=0h) 

This register (Figure 4-4) is used tor issuing commands to the SONIC. These commands are issued by setting the correspond- 
ing bits for the function. For all bits, except for the RST bit, the SONIC resets the bit after the command is completed. With the 
exception of RST, writing a "0" to any bit has no effect. Before any commands can be issued, the RST bit must first be reset to 
"0". This means that, if the RST bit is set, two writes to the Command Register are required to issue a command to the SONIC; 
one to clear the RST bit, and one to issue the command. 

This register also controls the general purpose 32-bit Watchdog Timer. After the Watchdog Timer register has been loaded, it 
begins to decrement once the ST bit has been set to "1". An interrupt is issued when the count reaches zero if the Timer 
Complete interrupt is enabled in the IMR. 

During hardware reset, bits 7, 4, and 2 are set to a "1"; all others are cleared. During software reset bits 9, 8, 1, and are 
cleared and bits 7 and 2 are set to a "1"; all others are unaffected. 
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LCAM 


RRRA 


RST 





ST 


STP 


RXEN 


RXDIS 


TXP 


HTX 



r-read only, r/w= read/write 



r/w r/w r/w 



r/w r/w r/w r/w r/w r/w 



FIGURE 4-4. Command Register 



Field 


iUleanIng 


LCAM 


LOAD CAM 


RRRA 


READ RRA 


RST 


SOFTWARE RESET 


ST 


START TIMER 


STP 


STOP TIMER 


RXEN 


RECEIVER ENABLE 


RXDIS 


RECEIVER DISABLE 


TXP 


TRANSMIT PACKET(S) 


HTX 


HALT TRANSMISSION 




Description 



Bit 



15-10 



Must be 



LCAM: LOAD CAM 

Setting this bit causes the SONIC to load the CAM with the descriptor that is pointed to by the CAM Descriptor 

Pointer register. 

Note; This bit must not be set during transmission (TXP is set). The SONIC will lock up if both bits are set simultaneously. 



RRRA: READ RRA 

Setting this bit causes the SONIC to read the next RRA descriptor pointed to by the Resource Read Pointer (RRP) 
register. Generally this bit is only set during initialization. Setting this bit during normal operation can cause improper 
receive operation. 



RST: SOFTWARE RESET 

Setting this bit resets all internal state machines. The CRC generator is disabled and the Tally counters are halted, 
but not cleared. The SONIC becomes operational when this bit is reset to "0". A hardware reset sets this bit to a "1 " 
It must be reset to "0" before the SONIC becomes operational. 



Must be 0. 



ST: START TIMER 

Setting this bit enables the general-purpose watchdog timer to begin counting or to resume counting after it has 
been halted. This bit is reset when the timer is halted (i.e., STP is set). Setting this bit resets STP. 



STP: STOP TiMER 

Setting this bit halts the general-purpose watchdog timer and resets the ST bit. The timer resumes when the ST bit is 
set. This bit powers up as a "1". Note: Simultaneously setting bits ST and STP stops the timer 
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4.0 SONIC Registers (continued) 

4.3 REGISTER DESCRIPTION 

4.3.1 Command Register (Continued) 
(RA<5:0>=0h) 



Bit 



Description 



RXEN: RECEIVER ENABLE 

Setting tiiis bit enables the receive buffer management engine to begin buffering data to memory. Setting this bit 
resets the RXDIS bit. Note: If this bit is set while the MAC unit is currently receiving a pacl<et, both RXEN and RXDIS 
are set until the network goes inactive (I.e., the SONIC will not start buffering in the middle of a pacl^et being 
received). 



RXDIS: RECEIVER DISABLE 

Setting this bit disables the receiver from buffering data to memory or the Receive FIFO. If this bit is set during the 
reception of a packet, the receiver is disabled only after the packet is processed. The RXEN bit is reset when the 
receiver is disabled. Tally counters remain active regardless of the state of this bit. Note: If this bit is set while the 
SONIC is currently receiving a packet, both RXEN and RXDIS are set until the packet is fully received. 



TXP: TRANSMIT PACKET(S) 

Setting this bit causes the SONIC to transmit packets which have been set up in the Transmit Descriptor Area (TDA). 
The SONIC loads its appropriate registers from the TDA, then begins transmission. The SONIC clears this bit after 
any of the following conditions have occurred: (1) transmission had completed (i.e., after the SONIC has detected 
EOL =1), (2) the Halt Transmission command (HTX) has taken effect, or (3) a transmit abort condition has 
occurred. This condition occurs when any of the following bits in the TCR have been set: EXC, EXD, FU, or BOM. 

Note: This bit must not be set if a Load CAM operation is in progress (LCAM is set). The SONIC wili iocit up if both bits are set simultaneously. 



HTX: HALT TRANSMISSION 

Setting this bit halts the transmit command after the current transmission has completed. TXP is reset after 
transmission has halted. The Current Transmit Descriptor Address (CTDA) register points to the last descriptor 
transmitted. The SONIC samples this bit after writing to the TXpktstatus field. 
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4.0 SONIC Registers (continued) 



4.3.2 Data Configuration Register 

(RA<5:0> = Ih) 

This register (Figure 4-5) establishes the Ijus cycle options for reading/writing data to/from 16- or 32-bit memory systems. 

During a hardware reset, bits 15 and 13 are cleared; all other bits are unaffected. (Because of this, the first thing the driver 

software does to the SONIC should be to set up this register.) All bits are unaffected by a software reset. This register must only 

be accessed when the SONIC is In reset mode (i.e., the RST bit is set in the Command register). 



a 

TJ 
00 

w 
to 
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lO 

TO 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





EXBUS 





LBR 


P01 


POO 


SBUS 


USR1 


USRO 


WC1 


WCO 


DW 


BMS 


RFT1 


RFTO 


TFT1 


TFTO 



r/w 

r/w= read/write 



r/w r/w r/w r/w r/w r/w r/w r/w r/w 
FIGURE 4-S. Data Configuration Register 



r/w r/w r/w r/w r/w 



Field 


Meaning 


EXBUS 


EXTENDED BUS lulODE 


LBR 


LATCHED BUS RETRY 


PO0,PO1 


PROGRAMMABLE OUTPUTS 


SBUS 


SYNCHRONOUS BUS MODE 


USRO, USR1 


USER DEFINABLE PINS 


WCO, WC1 


WAIT STATE CONTROL 


DW 


DATA WIDTH SELECT 


BMS 


BLOCK MODE SELECT FOR DMA 


RFTO, RFTI 


RECEIVE FIFO THRESHOLD 


TFTO, TFTI 


TRANSMIT FIFO THRESHOLD 




Description 



Bit 



15 



EXBUS: EXTENDED BUS iMODE 

Setting this bit enables the Extended Bus mode which enables the following: 

1)Extended Programmable Outputs, EXUSR <3:0>: This changes the TXD, LBK, RXC and RXD pins from the 
external ENDEC interface into four programmable user outputs, EXUSR <3:0> respectively, which are similar to 
USR <1:0>. These outputs are programed with bits 15-12 in the DCR2 (see section 4.3.7). On hardware reset, 
these four pins will be TRI-STATE and will remain that way until the DCR is changed. If EXBUS is enabled, then 
these pins will remain TRI-STATE until the SONIC becomes a bus master, at which time they will be driven according 
to the DCR2. If EXBUS is d isabled, then these four pins work normally as external ENDEC interface pins. 

2)Synchronous Termination, STERM: Ttiis changes the TXC pin from the External ENDEC interface into a 
synchronous memory termination Input for compatibility with Motorola style processors. This Input is only useful 
when Asynchronous Bus mode is selected (bit 1 below is set to "0") and BMODE = 1 (Motorola mode). On 
hardware reset, this pin will be TRI-STATE and will remain that way until the DCR is changed. If EXBUS is enabl ed, 
this pin will remain TRI-STATE until the SONIC becomes a bus master, at which time It will become the STERM 
Input. If EXBUS is disabled, then t his pi n works normally as the TXC pin for the external ENDEC interface. 

3)Asynchronous Bus Retry: Causes BRT to be clocked in asynchronously off the falling edge of bus clock. This only 
appl ies, h owever, when the SONIC is operating in asynchronous mode (bit 10 below is set to "0"). If EXBUS is not 
set, BRT is sampled synchronously off the rising edge of bus clock. (See section 5.4.6.) 



14 



Must be 0. 



13 



LBR: LATCHED BUS RETRY 

The LBR bit controls the mode of operation of the BRT signal (see pin description). It allows the BUS Retry operation 

to be latched or unlatched. 

0:Unlatched mode: The assertion of BRT f orces the SONIC to finish the current DMA operation and get off the bus. 

The SONIC will retry the operati on wh en BRT is deserted. 
1 :Latched mode: The assertion of BRT forces the SONIC to finish the current DMA operation as above, however, the 

SONIC will not retry until BRT is deasserted and the BR bit in the ISR (see section 4.3.6) has been reset. Hence, the 

mode has been latched on until the BR bit is cleared. 

Note: Unless LBR is set to a "1 ", BRT must remain asserted at least until the SONIC has gone idle. See section 5.4.6 and the timing for Bus Retry 
in section 7.0. 



12,11 



P01, POO: PROGRAMMABLE OUTPUTS 

The P01 ,PO0 bits individually control the USR1 ,0 pins respectively when SONIC is a bus master (HLDA or BGACK is 
active). When P01 /POO are set to a 1 the USR1/USR0 pins are high during bus master operations and when these 
bits are set to a the USR1 /USRO pins are low during bus master operations. 



1-585 



ca 

CO 

o> 

CO 
CO 

a. 
Q 



4.0 SONIC Registers (continued) 

4.3.2 Data Configuration Register (Continued) 
(RA<5:0> = 1h) 


Bit 


Description 


10 


SBUS: SYNCHRONOUS BUS MODE 

The SBUS bit is used to select the mode of system bus operation when SONIC is a bus master. This bit selects the internal 
ready ilne to be either a synchronous or asynchronous input to SONiC during blocl< transfer DMA operations. 
0: Asynchronous mode. RDYi (BMODE =0) or DSACK0,1 (BMODE = 1) are respectively Internally synchronized 

at the falling edge of the bus clock (T2 of the DMA cycle). No setup or hold times need to be met with 

respect to this edge to guarantee proper bus operation. 
1: Synchronous mode. RDYi (BMODE =0) and DSACKO.I (BMODE = 1) must respectively meet the setup and 

hold times with respect to the rising edge of T1 or T2 to guarantee proper bus operation. 


9,8 


USR1,0: USER DEFINABLE PINS 

The USR1 ,0 bits report the level of the USR1 ,0 signal pins, respectively, after a chip hardware reset, if the USR1 ,0 signal pins 
are at a logical 1 (tied to Vcc) during a hardware reset the USR1 ,0 bits are set to a 1 . If the USR1 ,0 pins are at a logical (tied 
to ground) during a hardware reset the USR1 ,0 bits are set to a 0. These bits are latched on the rising edge of RST. Once set 
they remain set/reset until the next hardware reset. 


7,6 


WC1,0: WAIT STATE CONTROL 

These encoded bits determine the number of additional bus cycles (T2 states) that are added during each DMA cycle. 
WC1 WCO Bus Cycles Added 


1 1 

1 2 
113 


5 


DW: DATA WIDTH SELECT 

These bits select the data path width for DMA operations. 
DW Data Width 

16-bit 

1 32-bit 


4 


BMS: BLOCK MODE SELECT FOR DMA 

Determines how data is emptied or filled into the Receive or Transmit FIFO. 

0: Empty/fill mode: All DMA transfers continue until either the Receive FIFO has emptied or the Transmit FIFO has 

filled completely. 
1 : Blocl< mode: All DMA transfers continue until the programmed number of bytes (RFTO, RFT1 during reception or TFO, 

TF1 during transmission) have been transferred. (See note for TFTO, TFT1 .) 


3,2 


RFT1,RFT0: RECEIVE FIFO THRESHOLD 

These encoded bits determine the number of words (or long words) that are written into the receive FIFO from the MAC unit 
before a receive DMA request occurs. (See section 1 .4.) 
RFT1 RFTO Threshold 
2 words or 1 long word (4 bytes) 

1 4 words or 2 long words (8 bytes) 

1 8 words or 4 long words (16 bytes) 

1 1 12 words or 6 long words (24 bytes) 

Note: In block mode (BMS bit = 1), the receive FIFO threshold sets tho number of words (or long words) written to memory during a receiva DMA block cycle. 


1,0 


TFTIJFTC: TRANSMIT FIFO THRESHOLD 

These encoded bits determine the minimum number of words (or long words) the DMA section maintains in the transmit FIFO. 
A bus request occurs when the number of words drops below the transmit Fl FO threshold. (See section 1 .4.) 
TFT1 TFTO Threshold 
4 words or 2 long words (8 bytes) 

1 8 words or 4 long words (1 6 bytes) 

1 12 words or 6 long words (24 bytes) 
1 1 14 words or 7 long words (28 bytes) 

Note: In block mode (BMS = 1 ), the number of bytes the SONIC reads in a single DMA burst equals the transmit FIFO threshold value. If the number of words 
or long words needed to fill the FIFO is less than the threshold value, then only the number of reads required to fill the FIFO in a single DMA burst will be made. 
Typically, with the FIFO threshold value set to 1 2 or 1 4 words, the number of memory reads needed is less than the FIFO threshold value. 
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4.0 SONIC Registers (continued) 



4.3.3 Receive Control Register 

(RA<5:0> = 2h) 

This register Is used to filter Incoming packets and provide status information of accepted packets (Figure 4-6). Setting any of 
bits 15-1 1 to a "1" enables the corresponding receive filter. If none of these bits are set, only packets which match the CAIW 
Address registers are accepted. Bits 10 and 9 control the loopback operations. 

After reception, bits 8-0 indicate status information about the accepted packet and are set to "1" when tlie corresponding 
condition Is true. If the packet is accepted, all bits In the RCR are written Into the RXpkt.status field. Bits 8-6 and 3-0 are 
cleared at the reception of the next packet. 
This register is unaffected by a software reset. 
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ERR 


RNT 


BRD 


PRO 


AMC 


LB1 


LBO 


MC 


BC 


LPKT 


CRS 


COL 


CRCR 


FAER 


LBK 


PRX 



r/w r/w r/w r/w 
r=read only, r/w= read/write 



r/w r/w r/w r r r r 

FIGURE 4-6. Receive Control Register 



Field Meaning 

ERR ACCEPT PACKET WITH ERRORS 

RNT ACCEPT RUNT PACKETS 

BRD ACCEPT BROADCAST PACKETS 

PRO PHYSICAL PROMISCUOUS PACKETS 

AMC ACCEPT ALL MULTICAST PACKETS 

LBQ,LB1 LOOPBACK CONTROL 

MC MULTICAST PACKET RECEIVED 

BC BROADCAST PACKET RECEIVED 

LPKT LAST PACKET IN RBA 

CRS CARRIER SENSE ACTIVITY 

COL COLLISION ACTIVITY 

CRCR CRC ERROR 

FAER FRAME ALIGNMENT ERROR 

LBK LOOPBACK PACKET RECEIVED 

PRX PACKET RECEIVED OK 



Bit 



Description 



15 



ERR: ACCEPT PACKET WITH CRC ERRORS OR COLLISIONS 

0: Reject all packets with CRC errors or when a collision occurs. 
1 : Accept packets with CRC errors and ignore collisions. 



14 



RNT: ACCEPT RUNT PACKETS 

0: Normal address match mode. 

1: Accept runt packets (packets less than 64 bytes In length). 

Note: A hardware reset clears this bit. 



13 



BRD: ACCEPT BROADCAST PACKETS 

0: Normal address match mode. 

1 : Accept broadcast packets (packets with addresses that match the CAM are also accepted). 

Note: This bit Is cleared upon hardware reset 



12 



PRO: PHYSICAL PROMISCUOUS MODE 

Enable all Physical Address packets to be accepted. 
0: normal address match mode. 
1 : promiscuous mode. 



11 



AMC: ACCEPT ALL MULTICAST PACKETS 

0: normal address match mode. 

1: enables all multicast packets to be accepted. Broadcast packets are also accepted regardless 
of the BRD bit. (Broadcast packets are a subset of multicast packets.) 
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4.0 SONIC Registers (Continued) 

4.3.3 Receive Control Register (Continued) 
(RA<5:0> = 2ll) 


Bit 


Description 


10,9 


LB1,LB0: LOOPBACK CONTROL 

Thiese encoded bits control loopback operations for MAC loopback, ENDEC loopbacl< and Transceiver lookback. For 
proper operation, the CAM Address registers and Receive Control register must be initialized to accept the Destination 
address of the loopback packet (see section 1 .7). 
Note: A hardware reset clears these bits. 

LB1 LBO Function 

no loopback, normal operation 

1 MAC loopback 

1 ENDEC loopback 

1 1 Transceiver loopback 


8 


iVIC: iUIULTICAST PACKET RECEIVED 

This bit is set when a packet is received with a Multicast Address. 


7 


BC: BROADCAST PACKET RECEIVED 

This bit is set when a packet is received with a Broadcast Address. 


6 


LPKT: LAST PACKET IN RBA 

This bit is set when the last packet is buffered into a Receive Buffer Area (RBA). The SONIC detects this condition 
when its Remaining Buffer Word Count (RBWC0,1 ) register is less than the End Of Buffer Count (EOBC) register. (See 
section 3.4.2.) 


5 


CRS: CARRIER SENSE ACTIVITY 

Set when CRS is active. Indicates the presence of network activity. 


4 


COL: COLLISION ACTIVITY 

indicates that the packet received had a collision occur during reception. 


3 


CRCR:CRC ERROR 

indicates the packet contains a CRC error. If the packet also contains a Frame Alignment error, FAER will be set 
instead (see below). 


2 


FAER: FRAME ALIGNMENT ERROR 

indicates that the incoming packet was not correctly framed on an 8-bit boundary. Note: if no CRC errors have 
occurred, this bit Is not set (i.e., this bit is only set when both a frame alignment and CRC error occurs). 


1 


LBK: LOOPBACK PACKET RECEIVED 

Indicates that the SONIC has successfully received a loopback packet. 





PRX: PACKET RECEIVED OK 

Indicates that a packet has been received without CRC, frame alignment, length (runt packet) errors or collisions. 
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4.0 SONIC Registers (Continued) 

4.3.4 Transmit Control Register 

(RA<5:0> = 3h) 

This register Is used to program ttie SONIC's transmit actions and provide status Information after a packet has been transmit- 
ted (Figure 4-7). At the beginning of transmission, bits 15, 14, 13 and 12 from the TXpkt.config field are loaded into the TCR to 
configure the various transmit modes (see section 3.5.1.1). When the transmission ends, bits 10-0 indicate status Information 
and are set to a "1" when the corresponding condition Is true. These bits, along with the number of collisions Information, are 
written Into the TXpktstatus field at the end of transmission (see section 3.5.1 .2). Bits 9 and 5 are cleared after the TXpkt.status 
field has been written. Bits 10, 7, 6, and 1 are cleared at the commencement of the next transmission while bit 8 Is set at this 
time. 
A hardware reset sets bits 8 and 1 to a "1 ". This register is unaffected by a software reset. 
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r=read only. r/w= read/write 
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FIGURE 4-7. Transmit Control Register 

Field Meaning 

PINTR PROGRAMMABLE INTERRUPT 

POWC PROGRAMMED OUT OF WINDOW COLLISION TIMER 

CRCI CRC INHIBIT 

EXDIS DISABLE EXCESSIVE DEFERAL TIMER 

EXD EXCESSIVE DEFERRAL 

DEF DEFERRED TRANSMISSION 

NCRS NOCRS 

CRSL CRSLOST 

EXC EXCESSIVE COLLISIONS 

owe OUT OF WINDOW COLLISION 

PMB PACKET MONITORED BAD 

FU FIFO UNDERRUN 

BCM BYTE COUNT M ISMATCH 

PTX PACKET TRANSMITTED OK 



Bit 



Description 



15 



PINTR: PROGRAMiVIABLE INTERRUPT 

This bit allows transmit Interrupts to be generated under software control. The SONIC will issue an interrupt (PINT in 

the Interrupt Status Register) immediately after reading a TDA and detecting that PINTR is set in the TXpktconflg 

field. 

Note; In order for PINTR to operate properly, It must be set and reset In the TXpkt.conflg field by alternating TDAs. This Is necessary because after 

PINT has been issued In the ISR, PINTR In the Transmit Control Register irust be cleared before It Is set again In order to have the Internjpt issued 

for another packet. The only effective way to do this is to set PINTR to a 1 no more often than every other packet. 



14 



POWC: PROGRAM "OUT OF WINDOW COLLISION" TIMER 

This bit programs when the out of window collision timer begins. 

0: timer begins after the Start of Frame Delimiter (SFD). 

1 : timer begins after the first bit of preamble. 



13 



CRCI: CRC INHIBIT 

0: transmit packet with 4-byte PCS field 
1 : transmit packet without 4-byte PCS field 



12 



EXDIS: DISABLE EXCESSIVE DEFERRAL TIMER: 

0: excessive deferral timer enabled 
1 : excessive deferral timer disabled 



11 



Must be 0. 



10 



EXD: EXCESSIVE DEFERRAL 

Indicates that the SONIC has been deferring for 3.2 ms. The transmission is aborted if the excessive deferral timer is 
enabled (i.e. EXDIS is reset). This bit can only be set if the excessive deferral timer is enabled. 
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4.0 SONIC Registers (continued) 

4.3.4 Transmit Control Register (Continued) 
(RA<5:0> = 3h) 


Bit 


Description 


9 


DEF: DEFERRED TRANSMISSION 

Indicates that the SONiC has deferred its transrpission during the first attempt, if subsequent collisions occur, this bit 
is reset. This bit is cleared after the TXpkt.status field is written in the IDA. 


8 


NCRS: NO CRS 

Indicates that Carrier Sense (CRS) was not present during transmission. CRS is monitored from the beginning of the 
Start of Frame Delimiter to the last byte transmitted. The transmission will not be aborted. This bit is set at the start 
of preamble and is reset if CRS is detected. Hence, if CRS is never detected throughout the entire transmission of 
the pacl<et, this bit will remain set. 
Note: NCRS will always remain set In MAC Foopback. 


7 


CRSL CRS LOST 

Indicates that CRS has gone low or has not been present during transmission. CRS is monitored from the beginning 
of the Start of Frame Delimiter to the last byte transmitted. The transmission will not be aborted. 

Note: II CRS was never present, both NCRS and CRSL will be set simultaneously. Also, CRSL will always be set In MAC loopbaci!. 


6 


EXC: EXCESSIVE COLLISIONS 

Indicates that 1 6 collisions have occun'ed. The transmission Is aborted. 


5 


owe: OUT OF WINDOW COLLISION ' 

Indicates that an illegal collision has occurred after 51 .2 jis (one slot time) from either the first bit of preamble or 
from SFD depending upon the POWC bit. The transmission backs off as in a normal transmission. This bit is cleared 
after the TXpkt.status field is written in the TDA. 


4 


Must be 0. 


3 


PMB: PACKET MONITORED BAD 

This bit is set, if after the receive unit has monitored the transmitted packet, the CRC has been calculated as invalid, 
a frame alignment error occurred or the Source Address does not mafch any of the CAIVI address registers. 

Note1:TheSONIC'sCRCchecl<erisactiveduringtransmi8sion- , 

Note 2: If CRC has been inhibited for transmissions (CRCI is set), this bit wiji always be low. This Is tme regardless of Frame Alignment or Source 

Address mismatch en-ors. 

Note 3: If a Receive FIFO overun has occurred, the transmitted pacl<et is not monitored completely. Thus, if PMB is set along with the RFO bit in the 
ISR, then PMB has no meaning. The packet must be completely received before PMB has meaning. 


2 


FU: FIFO UNDERRUN 

Indicates that the SONIC has not been able to access the bus before the FIFO has emptied. This condition occurs 
from excessive bus latency and/or slow bus clock. The transmission is aborted. (See section 1 .4.2.) 


1 


BCM: BYTE COUNT MISMATCH 

This bit is set when the SONIC detects that the TXpkt.pkt_size field is not equal to the sum of the TXpkt.f rag_slze 
field(s). Transmission is aborted. 





PTX: PACKET TRANSMITTED OK 

Indicates that a packet has been transmitted without the following errors: 
—Excessive Collisions (EXC) 
—Excessive Deferral (EXO) 
— FIFO Underrun (FU) 
—Byte Count Mismatch (BCM) 
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4.0 SONIC Registers (Continued) 

4.3.5 Interrupt Mask Register 

(RA<5:0> = 4h) 

This register masks ttie interrupts that can be generated from the ISR (Figure 4-8). Writing a "1" to the bit enabies the 

corresponding interrupt. During a hardware reset, all mask bits are cleared. 
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FIGURE 4-B. Interrupt Mask Register 
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r/w r/w 



r/w 



Field Meaning 

BREN BUS RETRY OCCURRED ENABLE 

HBLEN HEARTBEAT LOST ENABLE 

LCDEN LOAD CAM DONE INTERRUPT ENABLE 

PINTEN PROGRAMMABLE INTERRUPT ENABLE 

PRXEN PACKET RECEIVED ENABLE 

PTXEN PACKET TRANSMITTED OK ENABLE 

TXEREN TRANSMIT ERROR ENABLE 

TCEN TIMER COMPLETE ENABLE 

RDEEN RECEIVE DESCRIPTORS ENABLE 

RBEEN RECEIVE BUFFERS EXHAUSTED ENABLE 

RBAEEN RECEIVE BUFFER AREA EXCEEDED ENABLE 

CRCEN CRC TALLY COUNTER WARNING ENABLE 

FAEEN FAE TALLY COUNTER WARNING ENABLE 

MPEN MP TALLY COUNTER WARNING ENABLE 

RFOEN RECEIVE FIFO OVERRUN ENABLE 



Bit 


Description 


15 


Must be 0. 


14 


BREN: BUS RETRY OCCURRED enabled: 

0: disable 






1 : enables interrupts when a Bus Retry operation is requested. 




13 


HBLEN: HEARTBEAT LOST enable: 

0: disable 

1 : enables interrupts when a heartbeat lost condition occurs 




12 


LCDEN: LOAD CAM DONE INTERRUPT enable: 

0: disable 

1 : enables interrupts when the Load CAM command has finished 




11 


PINTEN: PROGRAMMABLE INTERRUPT enable: 

0: disable 

1 : enables programmable interrupts to occur when the PINTR bit the TXpkt.config field is set to a "1". 




10 


PRXEN: PACKET RECEIVED enable: 

0: disable 

1 : enables Interrupts for packets accepted. 




9 


PTXEN: PACKET TRANSMITTED OK enable: 

0: disable 

1 : enables interrupts for transmit completions 




8 


TXEREN: TRANSMIT ERROR enable: 

0: disable 

1 : enables intemjpts for packets transmitted with error. 
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4.0 SONIC Registers (continued) 

4.3.5 Interrupt Mask Register (Continued) 
(RA<5:0> = 4h) 


Bit 


Description 


7 


TCEN: GENERAL PURPOSE TIMER COMPLETE enable: 

0: disable 


1 : enables interrupts wlien tiie general purpose timer tias rolled over from 0000 OOOOh to FFFF FFFFh. 


6 


RDEEN: RECEIVE DESCRIPTORS EXHAUSTED enable: 

0: disable 

1 : enables internjpts when all receive descriptors in the RDA have been exhausted. 


5 


RBEEN: RECEIVE BUFFERS EXHAUSTED enable: 

0: disable 

1 : enables Interrupts when all resource descriptors in the RRA have been exhausted. 


4 


RBAEEN: RECEIVE BUFFER AREA EXCEEDED enable: 

0: disable 

1 : enables interrupts when the SONIC attempts to buffer data beyond the end of the Receive Buffer Area. 


3 


CRCEN: CRC TALLY COUNTER WARNING enable: 

0: disable 

1 : enables interrupts when the CRC tally counter has rolled over from FFFFh to OOOOh. 


2 


FAEEN: FRAME ALIGNMENT ERROR (FAE) TALLY COUNTER WARNING enable: 

0: disable 

1 : enables interrupts when the FAE tally counter rolled over from FFFFh to OOOOh. 


1 


MPEN: MISSED PACKET (MP) TALLY COUNTER WARNING enable: 

0: disable 

1 : enables interrupts when the IvIP tally counter has rolled over from FFFFh to OOOOh. 





RFOEN: RECEIVE FIFO OVERRUN enable: 

0: disable 

1 : enables interrupts when the receive FIFO has overrun. 
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4.0 SONIC Registers (continued) 

4.3.6 Interrupt Status Register 

(RA<5:0> = 5h) 

This register (Figure 4-9) indicates the source of an intemjpt wlien tlie INT pin goes active. Enabling the corresponding bits 

the iMR allows bits in this register to produce an interrupt. When an interrupt is active, one or more bits In this register are set 

a "1". A bit is cleared by writing "1" to it. Writing a "0" to any bit has no effect. 

This register is cleared by a hardware reset and unaffected by a software reset. 

'65 4 3210 
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15 
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FIGURE 4-9. Interrupt Status Register 
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Field Meaning 

BR BUS RETRY OCCURRED 

HBL CD HEARTBEAT LOST 

LCD LOAD CAM DONE 

PINT PROGRAMMABLE INTERRUPT 

PKTRX PACKET RECEIVED 

TXDN TRANSMISSION DONE 

TXER TRANSMIT ERROR 

TC TIMER COMPLETE 

RDE RECEIVE DISCRIPTORS EXHAUSTED 

RBE RECEIVE BUFFERS EXHAUSTED 

RBAE RECEIVE BUFFER AREA EXCEEDED 

CRC CRC TALLY COUNTER ROLLOVER 

FAE FRAME ALIGNMENT ERROR 

MP MISSED PACKET COUNTER ROLLOVER 

RFO RECEIVE FIFO OVERRUN 



Description 



Must be 0. 



14 



13 



12 



11 



10 



BR: BUS RETRY OCCURRED 

Indicates that a Bus Retry (BHT) operation has occurred. In Latched Bus Retry mode (LBR in the DCR), BR will only 
be set when the SONIC is a bus master. Before the SONIC will continue any DMA operations, BR must be cleared. In 
Unlatched mode, the BR bit should be cleared also, but the SONIC will not wait for BR to be cleared before 
requesting the bus again and continuing its DMA operations. (See sections 4.3.2 and 5.4.6 for more information on 
Bus Retry). 



HBL: CD HEARTBEAT LOST 

If the transceiver fails to provide a collision pulse (heart beat) during the first 6.4 jis of the Interframe Gap after 
transmission, this bit is set. 



LCD: LOAD CAM DONE 

Indicates that the Load CAM command has finished writing to all programmed locations in the CAM. (See section 
4.1.1.) 



PINT: PROGRAMMED INTERRUPT 

Indicates that upon reading the TXpl<t.config field, the SONIC has detected the PINTR bit to be set (See section 
4.3.4.) , 



PKTRX: PACKET RECEIVED 

Indicates that a pacl<et has been received and been buffered to memory. This bit is set after the RXpkt.seq_no field 
is written to memory. 



TXDN: TRANSMiSSiON DONE 

Indicates that either (1) there are no remaining packets to be transmitted in the Transmit Descriptor Area (i.e., the 
EOL bit has been detected as a "1 "), (2) the Halt Transmit command has been given (HTX bit in CR is set to a "1 "), 
or (3) a transmit abort condition has occurred. This condition occurs when any of following bits in the TCR are set: 
BCM, EXC, FU, or EXD. This bit is set after the TXpktstatus field has been written to. 
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4.0 SONIC Registers (Continued) 

4.3.6 Interrupt Status Register (Continued) 
(RA<5:0> = 5h) 


Bit 


Description 


8 


TXER: TRANSMIT ERROR 

Indicates that a packet has been transmitted with at least one of the following errors. 

—Byte count mismatch (BCM) 

—Excessive collisions (EXC) 

—FIFO underrun (FU) 

—Excessive deferral (EXD) 

The TXpkt.status field reveals the cause of the error(s). 


7 


TC: GENERAL PURPOSE TIMER COMPLETE 

Indicates that the timer has rolled over from 0000 OOOOh to FFFF FFFFh. (See section 4.3.12.) 


6 


RDE: RECEIVE DESCRIPTORS EXHAUSTED 

Indicates that all receive packet descriptors in the RDA have been exhausted. This bit is set when the SONIC 
detects EOL = 1 . (See section 3.4.7.) 


5 


RBE: RECEIVE BUFFER EXHAUSTED 

Indicates that the SONIC has detected the Resource Read Pointer (RRP) is equal to the Resource Write Pointer 
(RWP). This bit is set after the last field is read from the resource area. (See section 3.4.7.) 

Note 1: This bit will be set as tlie SONIC finishes using the second to last receive buffer and reads the last RRA descriptor. This gives the system an 
early warning of impending no resources. 

Note 2: The SONIC will stop reception of packets when the last RBA has been used and will not continue reception until additional receive buffers 
have been added (i.e., RWP is incremented beyond RRP) and this bit has been reset. 

Note 3: If additional buffers have been added, resetting this bit tells the SONIC there are new buffers available in the RRA. The SONIC will get a new 
buffer from the RRA after it has used the buffer that caused it to set RBE in the first place. If the SONIC already used this buffer, then clearing RBE 
will cause the SONIC to read the RRA immediately. 

Note 4: If RBE is cleared before adding new buffers to the RRA, the SONIC will set RBE again without having read anything from the RRA (the RWP 
register must be written to before RBE Is cleared in order to mal<e the SONIC read the RRA again). 


4 


RBAE: RECEIVE BUFFER AREA EXCEEDED 

Indicates that during reception, the SONIC has reached the end of the Receive Buffer Area. Reception is aborted 
and the SONIC fetches the next available resource descriptors in the RRA. The buffer space is not re-used and an 
RDA is not set up for the truncated packet (see section 3.4.7). 


3 


CRC: CRC TALLY COUNTER ROLLOVER 

Indicates that the tally counter has rolled over from FFFFh to OOOOh. (See section 4.3.1 1 .) 


2 


FAE: FRAME ALIGNMENT ERROR (FAE) TALLY COUNTER ROLLOVER 

Indicates that the FAE tally counter has rolled over from FFFFh to OOOOh. (See section 4.3.1 1 .) 


1 


MP: MISSED PACKET (MP) COUNTER ROLLOVER 

Indicates that the MP tally counter has rolled over from FFFFh to OOOOh. (See section 4.3.1 1.) 





RFO: RECEIVE FIFO OVERRUN 

Indicates that the SONIC has been unable to access the bus before the receive FIFO has filled from the network. 
This condition is due to excessively long bus latency and/or slow bus clock. Note that FIFO underruns are indicated 
in the TCR. (See section 1 .4.1 .) 
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4.0 SONIC Registers (continued) 

4.3.7 Data Configuration Register 2 

(RA<5:0> = 3Fh) 

This register (Figure 4-10) is for enabling the extended bus interface options. 

A hardware reset will set all bits in this register to "0" except for the Extended Programmable Outputs which are unknown until 

written to and bits 5 to 1 1 which must always be written with Os but are "don't cares" when read. A software reset will not affect 

any bits in this register. This register should only be written to when the SONIC is in software reset (the RST bit In the Command 

Register is set). 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 



O 
■D 
CO 

w 
to 
u 

09 



EXP03 


EXP02 


EXP01 


EXPOO 























PH 





PCM 


PCNM 


RJCM 



r/w 



r/w 



r/w 



r/w r/w r/w 

FIGURE 4-10. Data Configuration Register 2 
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Field Meaning 

EXPO3..0 EXTENDED PROGRAMMABLE OUTPUTS 

PH PROGRAM HOLD 

LRDY LATCHED READY 

PCM PACKET COMPRESS WHEN MATCHED 

PCNM PACKET COMPRESS WHEN NOT MATCHED 

RJCM REJECT ON CAM MATCH 



Bit 



Description 



15-12 



EXPO<3:0> EXTENDED PROGRAMMABLE OUTPUTS 

These bits program the level of the Extended User outputs (EXUSR<3:0>) when the SONIC Is a bus master. 
Writing a "1 " to any of these bits programs a high level to the corresponding outpuL Writing a "0" to any of these 
bits programs a low level to the corresponding output. EXUSR <3:0> are simlllar to USR < 1 :0> except that 
EXUSR<3:0> are only available when the Extended Bus mode is selected (bit 1 5 In the DCR is set to "1 ", see 
section 4.3.2). 



11-5 



Must be written with zeroes. 



PH: PROGRAM HOLD 

When this bit is set to "0", the HOLD request output is asserted/deasserted from the falling edge of bus clock. If this 
bit is set to "1 ", HOLD will be asserted/deasserted V4 clock later on the rising edge of bus clock. 



Must be zero. 



PCM: PACKET COMPRESS WHEN MATCHED 

When this bit is set to a "1 " (and the PCNM bit is reset to a "0"), the PCOMP output will be asserted if the 

destination address of the packet being received matches one of the entries in the CAM (Content Addressable 

Memory). This bit, along with PCNM, is used with the Management Bus of the DP83950, Repeater Interface 

Controller (RIC). See the DP83950 datasheet for more details on the RIC Management Bus. This mode is also called 

the Managed Bridge Mode. 

Note 1: Setting PCNM and PCM to "1 " at the same time is not allowed. 

Mote 2: If PCNM and PCM are tmth "0". the PCOMP output will remain TRI-STATE until PCNM or PCM are ctianged. 



PCNM: COMPRESS WHEN NOT MATCHED 

When this bit is set to a "1 " (and the PCM bit is set to "0"), the PCOMP output will be asserted If the destination 
address of the packet does not match one of the entries in the CAM. See the PCM bit above. This mode is also 
called the Managed Hub Mode. 

Note: PCOMP will not be asserted if ttie destination address is a broadcast address. This is true regardless of the stale of the BRD bit in the 
Receive Control Register. 



RJCM: REJECT ON CAM MATCH 

When this bit is set to "1 ", the SONIC will reject a packet on a CAM match. Setting RJCM to "0" causes the SONIC 
to operate normally by accepting packets on a CAM match. Setting this mode is useful for a small bridge with a 
limited number of nodes attached to it. RJCM only affects the CAM, though. Setting RJCM will not Invert the function 
of the BRD, PRO or AMC bits (to accept broadcast, all physical or multicast packets respectively) in the Receive 
Control Register (see section 4.3.3). This means, for example, that It Is not possible to set RJCM and BRD to reject 
all broadcast packets. If RJCM and BRD are set at the same time, however, all broadcast packets will be accepted, 
but any packets that have a destination address that matches an address in the CAM will be rejected. 
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4.0 SONIC Registers (continued) 

4.3.8 Transmit Registers 

The transmit registers described in ttiis section are part of 
the User Register set. The UTDA and CTDA must be Initial- 
ized prior to issuing the transmit command (setting the TXP 
bit) in the Command register. 

Upper Transmit Descriptor Address Register (UTDA): 
This register contains the upper address bits (A<31:16>) 
(or accessing the transmit descriptor area fTDA) and is con- 
catenated with the contents of the CTDA when the SONIC 
accesses the TDA in system memory. The TDA can be as 
large as 32k words or 16k long words and can be located 
anywhere in system memory. This register is unaffected by 
a hardware or software reset. 

Current Transmit Descriptor Address Register (CTDA): 
The 16-bit CTDA register contains the lower address bits 
(A<15:1 >) of the 32-bit transmit descriptor address. During 
initialization this register must be programmed with the low- 
er address bits of the transmit descriptor. The SONIC con- 
catenates the contents of this register with the contents of 
the UTDA to point to the transmit descriptor. For 32-bit 
memory systems, bit 1 , corresponding to address signal A1 , 
must be set to "0" for alignment to long-word boundaries. 
Bit of this register is the End of List (EOL) bit and is used 
to denote the end of the list. This register Is unaffected by a 
hardware or software reset. 

4.3.9 Receive Registers 

The receive registers described In this section are part of 
the User Register set. A software reset has no effect on 
these registers and a hardware reset only affects the EOBC 
and RSC registers. The receive registers must be initialized 
prior to Issuing the receive command (setting the RXEN bit) 
In the Command register. 

Upper Receive Descriptor Address Register (URDA): 
This register contains the upper address bits (A<31:16>) 
for accessing the receive descriptor area (RDA) and Is con- 
catenated with the contents of the CRDA when the SONIC 
accesses the RDA In system memory. The RDA can be as 
large as 32k words or 1 6k long words and can be located 
anywhere in system memory. This register Is unaffected by 
a hardware or software reset. 

Current Receive Descriptor Address Register (CRDA): 
The CRDA is a 16-bit read/write register used to locate the 
received packet descriptor block within the RDA. It contains 
the lower address bits (A<15:1>). The SONIC concate- 
nates the contents of the CRDA with the contents of the 
URDA to form the complete 32-bit address. The resulting 
32-bit address points to the first field of the descriptor block. 
For 32-bit memory systems, bit 1 , corresponding to address 
signal A1, must be set to "0" for alignment to long-word 
boundaries. Bit of this register Is the End of List (EOL) bit 
and is used to denote the end of the list. This register is 
unaffected by a hardware or software reset 
End of Buffer Word Count Register (EOBC): The SONIC 
uses the contents of this register to determine where to 
place the next packet. At the end of packet reception, the 
SONIC compares the contents of the EOBC register with 
the contents of the Remaining Buffer Word Count registers 
(RBWC0,1) to determine whether: (1) to place the next 
packet in the same RBA or (2) to place the next packet in 
another RBA. If the EOBC is less than or equal to the re- 
maining number of words in the RBA after a packet Is re- 
ceived (l.e., EOBC <; RBWCO.I), the SONIC buffers the 
next packet in the same RBA. If the EOBC is greater than 



the remaining number of words in the RBA after a packet is 
received (i.e., EOBC > RBWC0,1), the Last Packet in RBA 
bit, LPKT in the Receive Control Register, section 4.3.3, is 
set and the SONIC fetches the next resource descriptor. 
Hence, the next packet received will be buffered in a new 
RBA. A hardware reset sets this register to 02F6H (760 
words or 1520 bytes). See sections 3.4.2 and 3.4.4.4 for 
more Information about using EOBC. 
Upper Receive Resource Address Register (URRA): The 
URRA Is a 16-bit read/write register. It is programmed with 
the base address of the receive resource area (RRA). This 
16-blt upper address value (A<31:16>) locates the receive 
resource area In system memory. SONIC uses the URRA 
register when accessing the receive descriptors within the 
RRA by concatenating the lower address value from one of 
four receive resource registers (RSA, REA, RWP, or RRP). 
Resource Start Address Register (RSA): The RSA is a 
1 5-blt read/write register. The LSB Is not used and always 
reads back as a 0. The RSA is programmed with the lower 
15-bit address (A<15:1>) of the starting address of the 
receive resource area. SONIC concatenates the contents of 
this register with the contents of the URRA to form the com- 
plete 32-bit address. 

Resource End Address Register (REA): The REA is a 
1 5-bit read/write register. The LSB is not used and always 
reads back as a 0. The F^EA is programmed with the lower 
1 5-blt address (A<15:1>) of the ending address of the re- 
ceive resource area. SONIC concatenates the contents of 
this register with the contents of the URRA to form the com- 
plete 32-blt address. 

Resource Read Pointer Register (RRP): The RRP Is a 
1 5-bit read/write register. The LSB is not used and always 
reads back as a 0. The RRP Is programmed with the lower 
15-bit address (A<15:1 >) of the first field of the next de- 
scriptor the SONIC will read. SONIC concatenates the con- 
tents of this register with the contents of the URRA to form 
the complete 32-bit address. 

Resource Write Pointer- Register (RWP): The RWP is a 
1 5-bit read/write register. The LSB, is not used and always 
reads back as a 0. The RWP is programmed with the lower 
1 5-bit address (A< 1 5:1 > ) of the next available location the 
system can add a descriptor. SONIC concatenates the con- 
tents of this register with the contents of the URRA to form 
the complete 32-bit address. In 32-bit mode, bit 1, corre- 
sponding to address signal A1 , must be zero to Insure the 
proper equality comparison between this register and the 
RRP register. 

Receive Sequence Counter Register (RSC): This is a 
16-blt read/write register containing two fields. The SONIC 
uses this register to provide status information on the num- 
ber of packets within a RBA and the number of RBAs. The 
RSC register contains two 8-bit (modulo 256) counters. Af- 
ter each packet Is received the packet sequence number Is 
incremented. The SONIC maintains a single sequence num- 
ber for each RBA. When the SONIC uses the next RBA, the 
packet sequence number Is reset to zero and the RBA se- 
quence number Is incremented. This register is reset to by 
a hardware reset or by writing zero to it. A software reset 
has no affect. 



15 8 


7 


RBA Sequence Number 
(modulo 256) 


Packet Sequence Number 
(Modulo 256) 
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4.0 SONIC Registers (continued) 

4.3.10 CAM Registers 

The CAM registers described In this section are part of the 
User Register set. They are used to program the Content 
Addressable Memory (CAM) entries that provide address 
filtering of packets. These registers, except for the CAM 
Enable register, are unaffected by a hardware or software 
reset. 

CAM Entry Pointer Register (CEP): The CEP is a 4-bit 
register used by SONIC to select one of the sixteen CAM 
entries. SONIC uses the least significant 4-blts of this regis- 
ter. The value of Oh points to the first CAM entry and the 
value of Fh points to the last entry. 
CAM Address Port 2, 1, Registers (CAP2, CAP1, 
CAPO): Each CAP Is a 16-blt read-only register used to ac- 
cess the CAM cells. Each CAM cell Is 16-blts wide and con- 
tains one third of the 48-blt CAM entry which Is used by the 
SONIC for address filtering. The CAP2 register is used to 
access the upper bits (<47:32>), CAP1 the middle bits 
(<31:16>) and CAPO the lower bits (<15:0>) of the CAM 
entry. Given the physical address 10:20:30:40:50:60, which 
is made up of 6 octets or bytes, where lOh is the least 
significant byte and 60h Is the most significant byte (lOh 
would be the first byte received from the networl< and 60h 
would be the last), CAPO would be loaded with 2010h, CAP1 
with 4030h and CAP2 with 6050h. 
To read a CAM entry, the user first places the SONIC In 
software reset (set the RST bit in the Command register), 
programs the CEP register to select one of sixteen CAM 
entries, then reads CAP2, CAP1, and CAPO to obtain the 
complete 48-blt entry. The user can not write to the CAM 
entries directly. Instead, the user programs the CAM de- 
scriptor area in system memory (see section 4.1.1), then 
Issues the Load CAM command (setting LCAM bit In the 
Command register). This causes the SONIC to read the de- 
scriptors from memory and loads the corresponding CAM 
entry through CAP2-0. 



MSB 
47 



LSB 




Destination Address 


47 




32 31 16 15 







CAP2 


CAP1 


CAPO 



CAM Enable Register (CE): The CE is a 1 6-bit read/write 
register used to mask out or enable individual CAM entries. 
Each register bit position corresponds to a CAM entry. 
When a register bit is set to a "1" the corresponding CAM 
entry is enabled. When "0" the entry is disabled. This regis- 
ter Is unaffected by a software reset and cleared to zero 
(disabling all entries) during a hardware reset. Under normal 
operations the user does not access this register. Instead 
the user sets up this register through the last entry In the 
CAM descriptor area. The SONIC loads the CE register dur- 
ing execution of the LCAM Command. 
CAM Descriptor Pointer Register (CDP): The CDP is a 
15-bit read/write register. The LSB is unused and always 
reads back as 0. The CDP is programmed with the lower 



address (A<15:1 >) of the first field of the CAM descriptor 
block In the CAM descriptor area (CDA) of system memory. 
SONIC uses the contents of the CDP register when access- 
ing the CAM descriptors. This register must be programmed 
by the user before issuing the LCAM command. During exe- 
cution of the LCAM Command SONIC concatenates the 
contents of this register with the contents of the URRA reg- 
ister to form the complete 32-blt address. During the Load 
CAM operation this register is incremented to address the 
fields in the CDA. After the Load Command completes this 
register points to the next location after the CAM Descriptor 
Area. 

CAM Descriptor Count Register (CDC): The CDC Is a 
5-blt read/write register. It is programmed with the number 
of CAM descriptor blocks In the CAM descriptor area. This 
register must be programmed by the user before Issuing the 
LCAM command. SONIC uses the value in this register to 
determine how many entries to place In the CAM during 
execution of the LCAM command. During LCAM execution 
SONIC decrements this register each time it reads a de- 
scriptor block. When the CDC decrements to zero SONIC 
terminates the LCAM execution. Since the CDC register Is 
programmed with the number of CAM descriptor blocks in 
the CAM Descriptor Area, the value programmed Into the 
CDC register ranges 1 to 16 (1h to lOh). 

4.3.1 1 Tally Counters 

The SONIC provides three 16-blt counters used for monitor- 
ing network statistics on the number of CRC errors. Frame 
Alignment errors, and missed packets. These registers roll- 
over after the count of FFFFh is reached and produce an 
interrupt if enabled in the Interrupt Mask Register (IMR). 
These counters are unaffected by the RXEN bit in the CR, 
but are halted when the RST bit in the CR is set. The data 
written to these registers is inverted before being latched. 
This means that If a value of FFFFh is written to these regis- 
ters by the system, they will contain and read back the value 
OOOOh. Data is not inverted during a read operation. The 
Tally registers, therefore, are cleared by writing all "1's" to 
them. A software or hardware reset does not affect the tally 
counters. 

CRC Tally Counter Register (CRCT): The CRCT is a 1 6-bit 
read/write register. This register Is used to keep track of the 
number of packets received with CRC errors. After a packet 
Is accepted by the address recognition logic, this register is 
incremented if a CRC error Is detected. If the packet also 
contains a Frame Alignment error, this counter is not incre- 
mented. 

FAE Tally Counter Register (FAET): The FAET is a 16-bit 
read/write register. This register is used to keep track of the 
number of packets received with frame alignment errors. 
After a packet is accepted by the address recognition logic, 
this register is incremented if a FAE error Is detected. 
Missed Packet Tally Counter Register (MPT): The MPT Is 
a 16-blt read/write register. After a packet is received, this 
counter Is incremented If there Is: (1) lack of memory re- 
sources to buffer the packet, (2) a FIFO overrun, or (3) a 
valid packet has been received, but the receiver Is disabled 
(RXDIS Is set in the command register). 
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4.0 SONIC Registers (continued) 

4.3.12 General Purpose Timer 

The SONIC contains a 32-bit general-purpose watchdog 
timer for timing user-definable events. This timer is ac- 
cessed by the user through two 16-bit read/write registers 
(WT1 and WTO). The lower count value Is programmed 
through the WTO register and the upper count value is pro- 
grammed through the WT1 register. 
These two registers are concatenated together to form the 
complete 32-blt timer. This timer, clocked at Vi the Transmit 
Clock (TXC) frequency, counts down from its programmed 
value and generates an inten'upt, if enabled (Interrupt Mask 
register), when it rolls over from 0000 OOOOh to FFFF 
FFFFh. When the counter rolls over it continues decrement- 
ing unless explicitly stopped (setting the STP bit). The timer 
is controlled by the ST (Start Timer) and STP (Stop Timer) 
bits in the Command register. A hardware or software reset 
halts, but does not clear, the General Purpose timer. 



31 



16 15 



WT1 (Upper Count Value) WTO (Lower Count Value) 



4.3.13 Silicon Revision Register 

This is a 16-bit read only register. It contains information on 
the cun-ent revision of the SONIC. The initial silicon begins 
at OOOOh and subsequent revision will be incremented by 
one. 

5.0 Bus Interface 

SONIC features a high speed non-multiplexed address and 
data bus designed for a wide range of system environments. 
The data bus can be programmed (via the Data Configura- 
tion Register) to a width of either 32- or 16-blts. SONIC con- 



tains an on-chip DMA and supplies all the necessary signals 
for DMA operation. With 31 address lines SONIC can ac- 
cess a full 2 G-word address space. To accommodate dif- 
ferent memory speeds wait states can be added to the bus 
cycle by two methods. The memory subsystem can add wait 
states by simply withholding the appropriate handshake sig- 
nals. In addition, the SONIC can be programmed (via the 
Data Configuration Register) to add wait states. 
The SONIC is designed to interface to both the National/In- 
tel and Motorola style buses. To facilitate minimum chip 
count designs and complete bus compatibility the user can 
program the SONIC for the following bus modes: 

— National/Intel bus operating In synchronous mode 

— National/Intel bus operating in asynchronous mode 

— Motorola bus operating in synchronous mode 

— Motorola bus operating in asynchronous mode 

The mode pin (BMODE) along with the SBUS bit in the Data 
Configuration Register are used to select the bus mode. 
This section describes the SONIC's pin signals, provides 
system interface examples, and describes the various 
SONIC bus operations. 

5.1 PIN CONFIGURATIONS 

There are two user selectable pin configurations for SONIC 
to provide the proper Interface signals for either the Nation- 
al/Intel or Motorola style buses. The state of the BMODE 
pin is used to define the pin configuration. Figure 5-1 shows 
the pin configuration when BMODE = 1 (tied to Vcc) for the 
Motorola style bus. Figure 5-2 shows the pin configuration 
when BMODE =0 (tied to ground) for the National/Intel 
style bus. 
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5.0 Bus Interface (continued) 
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FIGURE 5-1. Connection Diagram (BMODE= 1) 
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5.0 Bus Interface (continued) 
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5.0 Bus Interface (continued) 



5.2 PIN DESCRIPTION 

I = input, O = output, and Z = TRI-STATE 

Inputs are TTL compatible 

ECL = ECL-lil<e drivers for interfacing to the AUI Interface. 

TP = Totem pole like drivers. These drivers are driven ei- 
ther high or low and are always driven. Drive levels 
are CMOS compatible. 

TABLE 5-1. Pin Description 



TRI = TRI-STATE drivers. These pins are driven high, low 
or TRI-STATE. Drive levels are CMOS compatible. 
These pins may also be Inputs (depending on the 
pin). 

Open Collector type drivers. These drivers are 
TRI-STATE when Inactive and are driven low when 
active. These pins may also be inputs (depending 
on the pin). 



OC 



Symbol 



Driver 
Type 



Direction 



NETWORK INTERFACE PINS 



EXT 



CD-I- 



CD- 



RX+ 



RX- 



TX+ 



TX- 



CRSo 
CRSi 



ECL 



ECL 



TP 



COLO 
COLI 



TP 



O 
I 



Description 



External ENDEC Select: Tying this pin to Vcc (EXT = 1) disables the Internal ENDEC 
and allows an external ENDEC to be used. Tying this pin to ground (EXT= 0) enables 
the Internal ENDEC. This pin must be tied either to Vcc o' ground. Note the alternate 
pin definitions for CRSo/CRSi, COLo/COLI, RXDo/RXDi, RXCo/RXCi, and TXCo/TXCi. 
When EXT= the first pin definition Is used and when EXT= 1 the second pin definition 
Is used. 



Collision + : The positive differential collision Input from the transceiver. This pin should 
be unconnected when an external ENDEC Is selected (EXT = 1). 



Collision -: The negative differential collision input from the transceiver. This pin 
should be unconnected when an external ENDEC Is selected (EXT = 1). 



Receive +: The positive differential receive data Input from the transceiver. This pin 
should be unconnected when an external ENDEC is selected (EXT = 1) 



Receive -: The negative differential receive data input from the transceiver. This pin 
should be unconnected when an external ENDEC is selected (EXT = 1) 



Transmit -I- : The positive differential transmit output to the transceiver. This pin should 
be unconnected when an external ENDEC Is selected (EXT = 1). 



Transmit -: The negative differential transmit output to the transceiver. This pin should 
be unconnected when an external ENDEC Is selected (EXT = 1). 



O 
I 



Carrier Sense Output (CRSo) from the Internal ENDEC (EXT = 0): When EXT = the 
CRSo signal is internally connected between the ENDEC and MAC units. It Is asserted 
on the first valid high-to-low transition in the receive data (RX-h/-). This signal remains 
active 1 .5 bit times after the last bit of data. Although this signal Is used internally by the 
SONIC It is also provided as an output to the user. 

Carrier Sense input (CRSi) from an external ENDEC (EXT = 1): The CRSi signal Is 
activated high when the external ENDEC detects valid data at its receive inputs. 



Collision Output (COLo) from the Internal ENDEC (EXT = 0): When EXT = the 
COLo signal is internally connected between the ENDEC and MAC units. This signal 
generates an active high signal when the 10 MHz collision signal from the transceiver Is 
detected. Although this signal is used internally by the SONIC it Is also provided as an 
output to the user. 

Collision Detect Input (COLI) from an extemal ENDEC (EXT = 1): The COLI signal is 
activated from an external ENDEC when a collision is detected. This pin is monitored 
during transmissions from the beginning of the Start Of Frame Delimiter (SFD) to the 
end of the packet. At the end of transmission, this signal Is monitored by the SONIC for 
CD heartbeat. 
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5.0 Bus Interface (continued) 



Symbol 



Driver 
Type 



Direction 



TABLE 5-1. Pin Description (Continued) 



Description 



NETWORK INTERFACE PINS (Continued) 



RXDo 
RXDi 
EXUSRO 



IP 
TRI 



O 

I 

0,Z 



RXCo 

RXCi 

EXUSR1 



TXD 
EXUSR3 



IP 

TRI 



TXE 



TXCo 
TXCi 
STERM 



TP 
TRI 





I 

0,Z 



This pin will be TRI-STATE until the DCR has been written to. (See section 4.3.2, 
EXBUS, for more Information.) 

Receive Data Output (RXDo) from the internal ENDEC (EXT = 0): NRZ data output. 
When EXT = the RXDOUT signal is internally connected between the ENDEC and 
fi^AC units. This signal must be sampled on the rising edge of the receive clock output 
(RXCo). Although this signal Is used internally by the SONIC It is also provided as an 
output to the user. 

Receive Data Input (RXDI) from an external ENDEC (EXT = 1 ): The NRZ data 
decoded from the external ENDEC. This data Is clodded In on the rising edge of RXCi. 
Extended User Output (EXUSRO): When EXBUS has been set (see section 4.3.2), this 
pin becomes a programmable output. It will remain TRI-STATE until the SONIC 
becomes a bus master, at which time it will be driven according to the value 
programmed In the DCR2 (Section 4.3.7). 



O 

o,z 



TP 



TRI 



0,Z 
I 
I 



This pin will be TRI-STATE until the DCR has been written to. (See section 4.3.2, 

EXBUS, for more Information.) 

Receive Clock Output (RXCo) from the internal ENDEC (EXT = 0): When EXT = 

the RXCo signal is internally connected between the ENDEC and MAC units. This signal 

is the separated receive clock from the Manchester data stream. It remains active 5-blt 

times after the deassertlon of CRSo. Although this signal is used internally by the 

SONIC it is also provided as an output to the user. 

Receive Clock Input (RXCI) from an external ENDEC (EXT = 1): The separated 

received clock from the Manchester data stream. This signal is generated from an 

external ENDEC. 

Extended User Output (EXUSR1): When EXBUS has been set (see section 4.3.2), this 

pin becomes a programmable output. It will remain TRI-STATE until the SONIC 

becomes a bus master, at which time it will be driven according to the value 

programmed In the DCR2 (Section 4.3.7). 



This pin will be TRI-STATE until the DCR has been written to. (See section 4.3.2, 

EXBUS, for more Information.) 

Transmit Data (TXD): The serial NRZ data from the MAC unit which is to be decoded 

by an external ENDEC. Data is valid on the rising edge of TXC. Although this signal Is 

used internally by the SONIC it Is also provided as an output to the user. 

Extended User Output (EXUSR3): When EXBUS has been set (see section 4.3.2), this 

pin becomes a programmable output. It will remain TRI-STATE until the SONIC 

becomes a bus master, at which time it will be driven according to the value 

programmed In the DCR2 (Section 4.3.7). 



Transmit Enable: This pin Is driven high when the SONIC begins transmission and 
remains active until the last byte is transmitted. Although this signal is used internally by 
the SONIC it is also provided as an output to the user. 



This pin will be TRI-STATE until the DCR has been written to. (See section 4.3.2, 
EXBUS, for more information.) 

Transmit Clock Output (TXCo) from the internal ENDEC (EXT = 0): This 10 MHz 
clock transmit clock output is derived from the 20 MHz oscillator. When EXT = the 
TXCOUT signal is internally connected between the ENDEC and MAC units. Although 
this signal Is used internally by the SONIC it is also provided as an output to the user. 
Transmit Clock Input (TXCI) (EXT = 1): This input clock from an external ENDEC is 
used for shifting data out of the MAC unit serializer. This clock is nominally 1 MHz. 
Synchronous Termination (STERM): When the SONIC Is a bus master. It samples this 
pin before terminating its memory cycle. This pin is sampled synchronously and may 
only be used in asynchronous bus mode when BMODE = 1 . See section 5.4.5 for more 
details. 
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5.0 Bus Interface (continued) 



TABLE 5-1. Pin Description (Continued) 



Symbol 



Driver 
Type 



Direction 



Description 



a 
■o 

00 

<o 

CO 

to 
ai 



NETWORK INTERFACE PINS (Continued) 



LBK 
EXUSR2 



PCOMP 



SEL 



PREJ 



XI 



X2 



TP 
TRi 



TRi 




0,Z 



o,z 



i,o 



TP 



1,0 



This pin wiii be TRI-STATE until ttie DCR tias been written to. (See section 4.3.2, 

EXBUS, for more information.) 

Loopback (LBK): Wtien ENDEC ioopbacl< is programmed, ttiis pin is asserted tiigh. 

Aithougti ttiis signal is used internally by the SONIC it is also provided as an output to 

the user. 

Extended User Output (EXUSH2): When EXBUS has been set (see section 4.3.2), this 

pin becomes a programmable output. It will remain TRI-STATE until the SONIC 

becomes a bus master, at which time it will be driven according to the value 

programmed in the DCR2 (Section 4.3.7). 



Packet Compression: This pin is used with the [\^anagement Bus of the DPB 3950, 
Repeater Interface Controller (RIC). The SONIC can be programmed to assert PCOMP 
whenever there is a CAM match, or when there is not a match. The RIC uses this signal 
to compress (shorten) a received packet for management purposes and to reduce 
memory usage. (See the DP83950 datasheet for more details on the RIC Mana gement 
Bus.) The operation of this pin is controlled by bits 1 and 2 in the DCR2 register. PCOMP 
will remain TRI-STATE until these bits are written to. 



Mode Select (EXT = 0): This pin is used to determine the voltage relationship between 
TX+ and TX- during idle at the primary of the isolation transformer on the network 
interface. When tied to Vcc. TX+ and TX- are at equal voltages during idle. When tied 
to ground, the voltage at TX + is positive with respect to TX- during idle on the primary 
side of the isolation transformer (Figure 6-2). 



Packet Reject: This signal is used to reject received packets. When asserted low for at 
least two receive clocks (RXC), the SONIC will reject the incoming packet. This pin can 
be asserted up to the 2nd to the last bit of reception to reject a packet. 



Crystal or External Oscillator Input: This signal is used to provide clocking signals for 
the internal ENDEC. A crystal can be connected to this pin along with X2, or an 
oscillator module may be used. Typically the output of an oscillator module is connected 
to this pin. See section 6.1 .3 for more information about using oscillators or crystals. 



Crystal Feedback Output: This signal is used to provide clocking signals for the 
internal ENDEC. A crystal may be connected to this pin along with XI , or an oscillator 
module may be used. See section 6.1 .3 for more information about using oscillator 
modules or crystals. 



BUS INTERFACE PINS 



BMODE 



Bus Mode: This input enables the SONIC to be compatible with standard 
microprocessor buses. The level of this pin affects byte ordering (little or big endian) and 
controls the operation of the bus Interface control signals. A high level (tied to Vcc) 
selects Motorola mode (big endian) and a low level (tied to gr oun d ) sele cts National/ 
Intel mode (little endian). Note the alternate p in definitions for AS/ ADS. MRW/MW R, 
TNT/INT, BR/HOLD, BG/HLDA, SRW/SWR, DSACKO/RDYI, and DSACK1 /RDYo. 
When BMODE = 1 the first pin definition is used and when BMODE = the second pin 
definition is used. See sections 5.4.1 , 5.4.4, and 5.4.5. 
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5.0 Bus Interface (continued) 



Symbol 



Driver 
Type 



Direction 



TABLE 5-1. Pin Description (Continued) 



Description 



BUS INTERFACE PINS (Continued) 



D31-D0 



A31 -A1 



RA5-RA0 



AS 
ADS 



MRW 
MWR 



TRI 



TBI 



TRI 
TRI 



TRI 
TRI 



INT 
INT 



RESET 



S2-S0 



BSCK 



BR 
HOLD 



BG 
HLDA 



BGACK 



TP 
OG 



i,o,z 



o,z 



1,0,2 

o,z 



0,Z 
0,Z 



o 
o,z 



TP 



OC 

TP 



TRI 



Data Bus: These bidirectional lines are used to transfer data on the system bus. When 
the SONIC is a bus master, 1 6-bit data is transferred on D1 5- DO and 32-bit data is 
transferred on D31 -DO. When the SONIC is accessed as a slave, register data is driven 
onto lines D1 5-DO. D31 -D16 are held TRI-STATE if SONIC is in 16-bit mode. If SONIC 
is in 32-bit mode, they are driven, but invalid. 



Address Bus: These signals are used by the SONIC to drive the DIVIA address after the 
SONIC has acquired the bus. Since the SONIC aligns data to word boundaries, only 31 
address lines are needed. 



Register Address Bus: These signals are used to access SONIC's internal registers. 
When the SONIC is accessed, the CPU drives these lines to select the desired SONIC 
register. 



Address Strobe (AS): When BMODE = 1 , the falling edge indicates valid status and 

address. The rising edge indicates the termination of the memory cycle. 

Address Strobe (ADS): When BMODE = 0, the rising edge indicates valid status and 

address. 



When the SONIC has acquired the bus, this signal indicates the direction of data. 
Memory Read/Write Strobe (MRW): When BMODE = 1, this signal is high during a 
read cycle and low during a write cycle. 

Memory Read/Write Strobe (MWR): When BMODE = 0, the signal is low during a 
read cycle and high during a write cycle. 



0,Z 
O 



i,o,z 



Indicates that an Interrupt (if enabled) is pending from one of the sources indicated by 

the Interrupt Status register. Interrupts that are disabled in the Interrupt Mask register 

will not activate this signal. 

Interrupt (TNT): This signal Is active low when BMODE = 1 . 

Interrupt (INT): This signal is active high when BMODE = 0. 



Reset: This signal Is used to hardware reset the SONIC. When asserted low, the SONIC 
transitions into the reset state after 1 transmit clocks or 1 bus clocks if the bus clock 
period is greater than the transmit clock period. 



Bus Status: These three signals provide a continuous status of the cun-ent SONIC bus 
operations. See section 5.4.3 for status definitions. 



Bus Clock: This clock provides the liming for the SONIC DMA engine. 



Bus Request (BR): When BMODE = 1 , the SONIC asserts this pin low when it 
attempts to gain access to the bus. When inactive this signal is tri-stated. 
Hold Request (HOLD): When BMODE = 0, the SONIC drives this pin high when it 
intends to use the bus and is driven low when inactive. 



Bus Grant (BG): When BMODE = 1 this signal is a bus grant. The system asserts this 
pin low to indicate potential mastership of the bus. 

Hold Acknowledge (HLDA): When BMODE = this signal is used to inform the 
SONIC that it has attained the bus. When the system asserts this pin high, the SONIC 
has gained ownership of the bus. 



Bus Grant Acknowledge: When BMODE = 1, the SONIC asserts this pin low when it 
has determined that it can gain ownership of the bus. The SONIC checks the following 
signal beforedriving BQACK. 1) BG has been received through the bus arbitration 
process. 2) A S is deass erted. Indicating that the CPU has finished using the bus. 3) 
DSACKO a nd DSAC K1 are deasserted, indicating that the previous slave device is off 
the bus. 4) BGACK is deasserted, indicating that the previous master is off the bus. This 
pin is only used when BMODE = 1 . 
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5.0 Bus Interface (continued) 



TABLE 5-1. Pin Description (Continued) 



Symbol 



Driver 
Type 



Direction 



BUS INTERFACE PINS (Continued) 



CS 



5dS 



SRW 
SWR 



BS 



DSACKO 
HDYi 
DSAC K1 
RDYO 



TRI 



TRI 

TRI 
TP 



I 



O, Z 



i,o,z 
I 

I.O.Z 

o 



brT 



ics 



TRI 



0,Z 



Description 



Chip Select: The system asserts this pin low to access the SONIC's registers. The 
registers are selected by placing an address on lines RA5-RA0. 
Note: Both CS and MHEQ must not be asserted concurrently. If these signals are 
successively asserted, there must be at least two bus clocks between the deassertlng 
edge of the first signal and the asserting edge of the second signal. 



Slave Address Strobe: The system asserts this pin to latch the register address on 

lines RA0-RA5. When BMODE = 1 , the address Is latched on the falling edge of SAS. 
When Bft/IODE = the address Is latched on the rising edge of SAS. 



Slave Data Strobe: The system asserts this pin to indicate valid data is on the bus 
during a register write operation or when data may be driven onto the bus during a 
register read operation. 

Note: In the DP83932, SDS was used o nly in Motorola mode slave accesses to end the 
bus cycle by causing the deassertion of DSACKO.I , SMACK and the data, D<1 5:0> . It 
ser/ed no other function. In the DP83932B (and the DP83932A), however, SAS now 
accomplishes the same function, hence, SDS is no longer needed, and does not have 
to be driven (SAS must be driven instead). This change should not cause any 
compatibility problems with older versions of the SON IC. 



The system asserts this pin to indicate whether it will read from or write to the SONIC's 

registers. 

Slave Read/Write (SRW): When BMODE = 1, this signal is asserted high during a 

read and low during a write. 

Slave Read/Write Strobe (SWR): when BMODE = 0, this signal is asserted low during 

a read and high during a write. 



Data Strobe: When the SONIC is bus master, it drives this pin low during a read cycle to 
indicate that the slave device may drive data onto the bus; In a write cycle, this pin 
indicates that the SONIC has placed valid data onto the bus. 



Data and Size Acknowledge and 1 (DSACK0,1 BMODE = 1 ): These pins are the 
output slave acknowledge to the system when the SONIC registers have been 
accessed and the input slave acknowledgement w hen the SO NIC is busmaster. When a 
register has been accessed, the SONIC drives the DSACK0,1 pins low to terminate the 
slave cycls. (Note that the SONIC responds as a 32-bit peripheral, but drives data only 
on lines D0-D15). Lines D16-D31 are driven, but invalid. When the SONIC Is bus 
master, it samples these pins before terminating its memory cycle. These pins are 
sampled synchronously or asynchronously depending on the state of the SBUS bit in 
the Data Configuration register. See section 5.4.5 for details. Note that the SONIC does 
not allow dynamic bus sizing. Bus size Is statically defined in the Data Configuration 
register (see section 4.3.2). 

Ready Input (RDYi, BMODE = 0): When the SONIC is a bus master, the system 
asserts this signal high to insert wait-states and low to terminate the memory cycle. This 
signal Is sampled synchronously or asynchronously depending on the state of the SBUS 
bit. See section 5.4.5 and 4.3.2 for details. 

Ready Output (RDYo, BMODE = 0): When a register is accessed, the SONIC asserts 
this signal to terminate the slave cycle. _^_ 



Bus Retry: When the SONIC is bus master, the system asserts this signal to rectify a 
potentially correctable bus error. This pin has 2 modes. Mode 1 (the LBR in the Data 
Configuration register is set to 0): Assertion of this pin forces the SONIC to terminate 
the current bus cycle and will repeat the same cycle after BRT has been deasserted. 
Mode 2 (the LBR bit In the Data Configuration register Is set to 1): Assertion of this 
signal forces the SONIC to retry the bus operation as In Mode 1 . However, the SONIC 
will not continue DMA operations until the BR bit in the ISR is reset. 



Early Cycle Start: This output gives the system earliest indication that a memory 
operation is occurring. This signal Is driven low at the rising edge otT1 and high at the 
falling edge ofT1. ^ 
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Symbol 



Driver 
Type 



Direction 



TABLE 5-1. Pin Description (Continusd) 



Description 



SHARED-iUEMORY ACCESS PINS 



IVIREQ 



I 



Memory Request: The system asserts this signal iow when it attempts to access the 

shared-buffer RAM. The on-chip arbiter resolves accesses between the system and the 

SONIC. 

Note: Both CS and MREQ must not be asserted concurrently, if these signals are 

successively asserted, there must be at least two bus clocks between the deasserting 

edge of the first signal and the asserting edge of the second signal. 



SMACK 



TP 



Slave and Memory Acknowledge: SONIC asserts this dual functio n pin low in 
response to either a Chip Select (^) or a Memory Request (MREQ) when the SONIC's 
registers or it's buffer memory is available for accessing. This pin can be used for 
enabling bus drivers for dual-bus systems. 



USER DEFINABLE PINS 



USR0,1 



TRI 



I.O.Z 



User Define 0,1: These signals are inputs whe n SONIC is hardware reset and are 
outputs when SONIC is a bus master (HLDA or BGACK). When hard reset (R5T) is iow, 
these signals input directly into bits 8 and 9 of the Data Configuration register (DCR) 
respectively. The levels on thes e pins ar e latched on the rising edge of RST. During 
busmaster operations (HLDA or BGACK is active), these pins are outputs whose levels 
are programmable through bits 1 1 and 1 2 of the DCR respectively. The USRO.I pins 
should be pulled up to Vcc or pulled down to ground. A 4.7 kfl pull-up resistor is 
recommended. 



POWER AND GROUND PINS 



VCC1 -5 
VCCL 



TXVCC 
RXVCC 
PLLVCC 



GND1-6 
GNDL 



TXGND 

ANGND 



Power: The + 5V power supply for the digital portions of the SONIC. 



Power: These pins are the + 5V power supply for the SONIC ENDEC unit. These pins 
must be tied to Vcc even if the internal ENDEC is not used. 



Ground: The ground reference for the digital portions of the SONIC. 



Ground: These pins are the ground references for the SONIC ENDEC unit These pins 
must be tied to ground even if the internal ENDEC is not used. 



5.3 SYSTEM CONFIGURATION 

Any device that meets the SONIC interface protocol and 
electrical requirements (timing, threshold, and loading) can 
be interfaced to SONIC. Since two bus protocols are provid- 
ed, via the BMODE pin, the SONIC can Interface directly to 
most microprocessors. Figure 5-3 shows a typical interface 
to the National/Intel style bus (BMODE = 0) and Figure 5-4 
shows a typical Interface to the Motorola style bus 
(BMODE =1). 

The BMODE pin also controls byte ordering. When 
BMODE = 1 big endian byte ordering is selected and when 
BMODE = little endian byte ordering is selected. 



5.4 BUS OPERATIONS 

There are two types of system bus operations: 1) SONIC as 
a slave, and 2) SONIC as a bus master. When SONIC is a 
slave (e.g., a CPU accessing SONIC registers) all transfers 
are non-DMA. When SONIC is a bus master (e.g., SONIC 
accessing receive or transmit buffer/descriptor areas) all 
transfers are block transfers using SONIC's on-chip DMA. 
This section describes the SONIC bus operations. Pay spe- 
cial attention to all sections labeled as "Note". These con- 
ditions must be met for proper bus operation. 
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FIGURE 5-3. SONIC to NS32532 Interface Example 
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5.0 Bus Interface (continued) 
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FIGURE 5-4. SONIC to Motorola 68030/20 Interface Example 
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5.0 Bus Interface (continued) 

5.4.1 Acquiring The Bus 

The SONIC requests the bus when 1) Its FIFO threshold has 
been reached or 2) when the descriptor areas in memory 
(I.e., RRA, RDA, CDA, and TDA) are accessed. Note that 
when the SONIC moves from one area In memory to anoth- 
er (e.g., RBA to RDA), it always deasserts Its bus request 
and then requests the bus again when accessing the next 
area in memory. 

The SONIC provides two methods to acquire the bus for 
compatibility with National/Intel or Motorola type microproc- 
essors. These two methods are selected by setting the 
proper level on the BMODE pin. 

Figures 5-5 and 5-eshow the National/Intel (BMODE = 0) 
and Motorola (BMODE = 1) bus request timing. Descrip- 
tions of each mode follows. For both modes, when the 
SONIC relinquishes the bus, there is an extra holding state 
(Th) for one bus cycle after the last DMA cycle (T2). This 
assures that the SONIC does not contend with another bus 
master after it has released the bus. 
BMODE = 

The National/Intel processors require a 2-way handshake 
using a HOLD REQUEST/HOLD ACKNOWLEDGE protocol 
(Figure 5-5). When the SONIC needs to access the bus, it 
issues a HOLD REQUEST (HOLD) to the microprocessor. 
The microprocessor, responds with a HOLD ACKNOWL- 
EDGE (HLDA) to the SONIC. The SONIC then begins its 
memory transfers on the bus. As long as the CPU maintains 
HLDA active, the SONIC continues until it has finished its 
memory block transfer. The CPU, however, can preempt the 
SONIC from finishing the block transfer by deasserting 
HLDA before the SONIC deasserts HOLD. This allows a 
higher priority device to preempt the SONIC from continuing 
to use the bus. The SONIC will request the bus again later 
to complete any operation that it was doing at the time of 
preemption. 



As shown in Figure 5-5, the SONIC will assert HOLD to 
either the falling or rising edge of the bus clock (BSCK). The 
default is for HOLD to be asserted on the falling edge. Set- 
ting the PH bit in the DCR2 (see section 4.3.7) causes 
HOLD to be asserted V2 bus clock later on the rising edge 
(shown by the dotted line). Before HOLD is asserted, the 
SONIC checks the HLDA line. If HLDA is asserted, HOLD 
will not be asserted until after HLDA has been deasserted 
first. 

BMODE = 1 

The Motorola protocol requires a 3-way handshake using a 
BUS REQUEST, BUS GRANT, and BUS GRANT AC- 
KNOWLEDGE handshake {Figure 5-6). When using this 
protocol, the SONIC requests the bus by lowering BUS RE- 
QUEST (BR). The CPU responds by issuing BUS GRANT 
(15). Upon receiving BS, the SONIC assures that all devic- 
es have relinquished control of the bus before using the 
bus. The following signals must be deasserted before the 
SONIC acquires the bus: 

BGACK 

AS 

DSACK0 ,1 

STERM (Asynchronous Mode Only) 
Deasserting BGACK indicates that the previous master has 
released the bus. Deasserting AS Indicates that the previ- 
ous maste r ha s comp leted its cycle and deasserting 
DSACK0,1 and STERM indicates that the previous slave 
has terminated its connection to the previous master. The 
SONIC m aintains its mastership of the bus until it deasserts 
BGACK. It can not be preempted from the bus. 
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FIGURE 5-5. Bus Request Timing, BMODE =0 
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FIGURE S-6. Bus Request Timing, BMODE= 1 



5.4.2 Block Transfers 

The SONIC performs block operations during all bus ac- 
tions, thereby providing efficient transfers to memory. The 
block cycle consists of three parts. The first part is ttie bus 
acquisition phase, as discussed above, in which the SONIC 
gains access to the bus. Once it has access of the bus, the 
SONIC enters the second phase by transferring data 
to/from its internal FIFOs or registers from/to memory. The 
SONIC transfers data from its FIFOs in either EXACT 
BLOCK mode or EMPTY/FILL 

BLOCK mode: In this mode the number of words (or long 
words) transferred during a block transfer is determined by 
either the Transmit or Receive FIFO thresholds pro- 
grammed in the Data Configuration Register. 
EMPTY/FILL mode: In this mode the DMA completely fills 
the Transmit FIFO during transmission, or completely emp- 
ties the Receive FIFO during reception. This allows for 
greater bus latency. 

When the SONIC accesses the Descriptor Areas (i.e., RRA, 
RDA, CDA, and TDA), it transfers data between its registers 
and memory. All fields which need to be used are accessed 
in one block operation. Thus, the SONIC performs 4 ac- 
cesses in the RRA (see section 3.4.4.2), 7 accesses in the 
RDA (see section 3.4.6.1), 2, 3, or 6 accesses in the TDA 
(see section 3.5.4) and 4 accesses in the CDA. 

5.4.3 Bus Status 

The SONIC presents three bits of status information on pins 
S2-S0 which indicate the type of bus operation the SONIC 
is currently performing (Table 5-2). Bus status is va lid when 
at the falling edge of A5 or the rising edge of ADS. 



TABLE 5-2. Bus Status 



32 


SI 


SO 


Status 


1 


1 


1 


The bus is idle. The SONIC is not 
performing any transfers on the bus. 


1 





1 


The Transmit Descriptor Area (TDA) is 
cun-ently being accessed. 








1 


The Transmit Buffer Area (TBA) is 
currently being read. 





1 


1 


The Receive Buffer Area (RBA) is 
currently being written to. Only data is 
being written, though, not a Source or 
Destination address. 





1 





The Receive Buffer Area (RBA) is 
currently being written to. Only the 
Source or Destination address is being 
written, though. 


1 


1 





The Receive Resource Area (RRA) is 
currently being read. 


1 








The Receive Descriptor Area (RDA) is 
currently being accessed. 











The CAM Descriptor Area (CDA) is 
currently being accessed. 
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5.0 Bus Interface (continued) 

S.4.3.1 Bus Status Transitions 

When the SONIC acquires the bus, it only transfers data 
to/from a single area in memory (i.e., TDA, TBA, RDA, RBA, 
RRA, or CDA). Thus, the bus status pins remain stable for 
the duration of the block transfer cycle with the following 
three exceptions: 1) If the SONIC Is accessed during a block 
transfer, S2-S0 indicates bus idle during the register ac- 
cess, then returns to the previous status. 2) If the SONIC 
finishes writing the Source Address during a block transfer 
S2-S0 changes from [0,1,0] to [0,1,1]. 3) During an RDA 
access between the RXpkt.seq_no and RXpkt.lInk access, 

and between the RXpkt.link and RXpkt.in use access, S2- 

SO will respectively indicate idle [1,1,1] for 2 or 1 bus 
clocks. Status will be valid on the falling edge of AS or rising 
edge of ADS. 

Figure 5-7 illustrates the SONIC's transitions through mem- 
ory during the process of transmission and reception. Dur- 
ing transmission, the SONIC reads the descriptor informa- 
tion from the TDA and then transmits data of the packet 
from the TBA. The SONIC moves back and forth between 
the TDA and TBA until all fragments and packets are trans- 
mitted. During reception, the SONIC takes one of two paths. 
In the first case (path A), when the SONIC detects EOL=0 
from the previous reception, it buffers the accepted packet 
into the RBA, and then writes the descriptor information to 
the RDA. If the RBA becomes depleted (i.e., RBWCO.I < 
EOBC), it moves to the RRA to read a resource descriptor. 
In the second case (path B), when the SONIC detects 
E0L=1 from the previous reception, it rereads the 



RXpktlink field to determine if the system has reset the EOL 
bit since the last reception, if it has, the SONIC buffers the 
packet as in the first case. Othenwise, it rejects the packet 
and returns to idle. 

5.4.4 Bus Mode Compatiblilty 

For compatibility with different microprocessor and bus ar- 
chitectures, the SONIC operates in one of two modes (set 
by the BMODE pin) called the National/Intel or little endian 
mode (BMODE tied low) and the Motorola or big endian 
mode (BMODE tied high). The definitions for several pins 
change depending on the mode the SONIC is in. Table 5-3 
shows these changes. These modes affect both master and 
slave bus operations with the SONIC. 

TABLE 5-3. Bus Mode Compatibiiity 



■o 

09 
bl 
(O 
CO 
lO 

00 



Pin Name 


BMODE =0 
(Natlonai/lntei) 


BMODE =1 
(Motoroia) 


BR/HOLD 


HOLD 


BR 


B5/HLDA 


HLDA 


b5 


MRW/MWR 


MWR 


mm 


SRW/SWR 


SWR 


srW 




RDYi 




DSACKO/RDYI 


DSACKO 








DSACKi/RbYo 


RDYo 


DSACK1 


AS/ADS 


ADS 


AS 


TnT/int 


INT 


INT 



. PACKET ACCEPTED & 

E0L=1 \ 

(PATH B) N. 
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FiGURE 5-7. Bus Status Transitions 
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5.0 Bus Interface (continued) 

5.4.5 Master Mode Bus Cycles 

In order to add additional compatibility witli different bus 
architectures, there are two other modes that affect the op- 
eration of the bus. These modes are called the synchronous 
and asynchronous modes and are programmed by setting 
or resetting the SBUS bit in the Data Configuration Register 
(DOR). The synchronous and asynchronous modes do not 
have an effect on slave accesses to the SONIC but they do 
affect the master mode operation. Within the particular bus/ 
processor mode, synchronous and asynchronous modes 
are very similar. This section discusses all four modes of 
operation of the SONIC (National/Intel vs. Motorola, syn- 
chronous vs. asynchronous) when it is a bus master. 
In this section, the rising edge of T1 and T2 means the 
beginning of these states, and the falling edge of T1 and T2 
means the middle of these states. 

5.4.5.1 Adding Wait States 

To accommodate different memory speeds, the SONIC pro- 
vides two methods for adding wait states for its bus opera- 
tions. Both of these methods can be used singly or in con- 



junction with each other. A memory cycle is extended by 
adding additional T2 states. The firs t method Inserts wa it- 
states by withholding the assertion of DSACK0,1/STERM or 
RDYI. The other method allows software to program wait- 
states. Programming the WCO, WC1 bits In the Data Config- 
uration Register allows 1 to 3 wait-states to be added on 
each memory cycle. These wait states are inserted between 
the T1 and T2 bus states and a re called T2(walt) bu s s tates. 
The SONIC will not look at the DSACK0,1, STERM or RDYi 
lines until the programmed wait states have passed. Hence, 
in order to complete a bus operation that includes pro- 
grammed wait states, the DSACK0,1, STERM or RDYi lines 
must be asserted at their proper times at the end of the 
cycle during the last T2, not during a programmed wait 
state. The only e xc eption to this is asynchronous mode 
where DSACK0,1 or RDYi would be asserted during the last 
programmed wait state, T2 (wait). See the timing for these 
signals in the timing diagrams for more specific information. 
Programmed wait states do not affect Slave Mode bus cy- 
cles. 
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5.0 Bus Interface (Continued) 

5.4.5.2 Memory Cycle for BMODE = 1, Synchronous 
Mode 

On the rising edge of T1 , the SONIC asserts ECS to indicate 
that the memory cycle is starting. The address_(A31-A1), 
bus status (S2-S0) and the direction strobe (MRW) are driv- 
en and do not change for the remainder of the me mory 
cycle. On thejalling edge of T1, the SONIC deasserts ECS 
and asserts AS. 



In synchronous mode, DSACK0,1 are sampl ed on the ri sing 
edge of T2. T2 states will be repeated until DSACKO.I are 



sampled properly in a low state. DSACK0,1 must meet the 
setup and hold times with respect to the rising edge of bus 
clock for proper operation. 

During read cycles (Figure 5-8) data (D31-D0) is latched at 
the falling edge of T2 and DS is asserted at the falling edge 
of T1. For write cycles (Figure 5-9) data is driven on the 
falling edge of T1. If there are wait states inserted, DS is 
asserted on the falling edge of T2. DS is not asserted for 
zero wait state write cycles. The SONIC terminates the 
memory cycle by deasserting a5 and DS at the falling edge 
ofT2. 
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FIGURE 5-8. Memory Read, BMODE = 1, Synchronous (1 Walt-State) 
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5.0 Bus Interface (continued) 
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FIGURE 5-9. Memory Write, BMODE= 1, Synchronous (1 Walt-State) 



TUF/10492-33 



1-614 



5.0 Bus Interface (continued) 

5.4.5.3 Memory Cycle for BMODE = 1, 
Asynchronous Mode 

On the rising edge of T1 , the SONIC asserts ECS to indicate 
that the memory cycle is starting. The address_(A31-A1), 
bus status (S2-S0) and the direction strobe (MRW) are driv- 
en and do not change for the remainder of the me mory 
cycle. On the falling edge of T1, the SONIC deasserts ECS 
and asserts AS. 

In asynchronous mode, DSACKO.I are asyn chronously 
sampled on the falling edge of both T1 and T2. DSACKO.I 



do not need to be synchronized to the bus clock because 
the chip always resolves these signals to either a high or 
low state. If a sync hronous termination of the bus cycle Is 
required, however, STERM may be used. STERM Is sam- 
pled on the rising edge of T2 and must meet the setup and 
hold times with respect to t hat edge fo r proper o peration. 
Meeting the setup time for DSACKO.I or STERM guaran- 
tees that the SONIC will terminate the memory cycle 1 '/j 
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FIGURE 5-10. Memory Read, BMODE= 1, Asynchronous (1 Walt-State) 
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FIGURE 5-11. Memory Read, BMODE= 1, Asynchronous (2 Walt-State) 
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5.0 Bus Interface (continued) 



bus cloc ks after DSACK0,1 were sampled, or 1 cycle after 
STERM w as sampled . T2 states will be repeated until 
DSACKO.I or STERM are sampled properly in a low state, 
(see note below). 

During read cycles (Figures 5-10 and 5-11), data (D31-D0) 
is latched at the falling edge of T2 and DS is asserted at the 
falling edge of T1 . For write cycles (Figures 5-12 and 5-13) 
data is driven on the falling edge of T1. If there are wait 



states inserted, DS is asserted on the falling edge of the first 
T2(wait). DS is not asserted for zero wait state write cycles. 
The SONIC terminates the memory cycle by deasserting a5 
and DS at the falling edge of T2. 

Note: If the se tup time tor DSACKO.I is met during T1, or the setup time for 
STERM is mot during the first T2. the fuii asynchronous bus cycle will 
take only 2 bu s clocks . This may be an unwanted situation. If so, 
DSACKO.I and STERM should be deasserted during T1 and the start 
of T2 respectively. 
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FIGURE 5-12. Memory Write, BMODE = 1, Asynchronous (1 Wait-State) 
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FIGURE 5-13. Metnory Write, BMODE= 1, Asynchronous (2 Walt-State) 
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5.0 Bus Interface (continued) 

5.4.5.4 Memory Cycle for BMODE - 0, Synchronous 
Mode 

On the rising edge of T1 , ttie SONIC asserts ADS and ECS 
to Indicate ttiat the memory cycle Is starting. The address 
(A31-A1), bus status (S2-S0) and the direction strobe 
(IVIWH) are driven and do not change for the remainder of 
the mem ory cycle. O n the falling edge of T1 , the SONIC 
deasserts ECS. ADS Is deasserted on the rising edge of T2. 



In Synchronous mode, RDYI Is sampled on the rising edge 
at the end of T2 (the ri sing e dge of the next T1). T2 states 
will b e repe ated until RDYi Is sampled properly in a low 
state. RDYI must meet the setup and hold times with re- 
spect to the rising edge of bus clock for proper operation. 
During read cycles {Figure 5-14), data (D31-D0) Is latched 
at the rising edge at the end of T2. For write cycles (Figure 
5-1 S) data is driven on the falling edge of T1 and stays 
driven until the end of the cycle. 
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FIGURE 5-14. Memory Read, BMODE= 0, Synchronous (1 Wait-State) 
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5.0 Bus Interface (continued) 
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5.0 Bus Interface (continued) 

5.4.5.5 Memory Cycle for BMODE = 0, Asynchronous 
Mode 

On the rising edge of T1, the SONIC asserts SD5 and ECS 
to indicate that the memory cycle is starting. The address 
(A31-A1), bus status (S2-S0) and the direction strobe 
(MWR) are driven and do not change for the remainder of 
the memory cy cle. O n the falling edge of T1, the SONIC 
deasserts ECS. ADS is deasserted on the rising edge of T2. 



In Asynchronous mode, RDYi is asy nchron ously sampled 
on the falling edge of both T1 and T2. RDYi does not need 
to be synchronized to the bus clock because the chip al- 
ways resolves these sign als to either a high or low state. 
Meeting the setup time for RDYi guarantees that tho S ONIC 
will terminate the memory cycle IVz bus cloc ks aft er RDYi 
was sampled. T2 states will be repeated until RDYi is sam- 
pled properly in a low state (see note below). 
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FIGURE 5-16. Memory Read, BMODE=0, Asynchronous (1 Walt-State) 
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5.0 Bus Interface (continued) 

During read cycles (Figures 5-/6 and 5-17), data (D31-D0) 
Is latched at the falling edge of T2 and DS Is asserted at the 
falling edge of T1. For write cycles (Figures 5-1 B and 5-/9) 
data is driven on the falling edge of T1 . If there are wait 
states inserted, DS is asserted on the failing edge of the first 
T2(wait). DS is not asserted for zero wait state write cycles. 



The SONIC terminates the memory cycle by deasserting DS 

at the falling edge of T2. 

Note; If the setup time for RDYi is met during T1 , the full asynchronous bus 

cycle will take oniy 2 bus clocks. This may be an unwanted situation. 

If so, RDYi should be deasserted during T1. 




D<31:0> 



MWR / 



r 



v. 



■vy 



r 



V 



/ 



TL/F/10492-42 



FIGURE 5-18. Memory Write, BMODE = 0, Asynchronous (1 Wait-State) 
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FIGURE 5-19. Memory Write, BMODE^ 0, Asynchronous (2 Wait-State) 
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5.0 Bus Interface (continued) 

5.4.6 Bus Exceptions (Bus RettY) 

The SONIC provides the capability of handling errors during 
the execution of the bus cycle (Figure 5-20). 
The system asserts BRT (bus retry) to force the SONIC to 
repeat the curre nt me mory cycle. When the SONIC detects 
the assertion of BRT, it completes the memory cycle at t he 
end of T2 and gets off the bus by deasserting BGACK or 
HOLD. Then, if Latched Bus Retry mode Is not set (LBR In 
the Data Configuration Register, section 4.3.2), the SONIC 
requests the bus again to retry the same memory cycle. If 
Latched Bus Retry is set, though, the SONIC will not retry 
until the B R bit in the IS R (se e section 4.3.6) has been reset 
and BRT is deasserte d. BRT has precede nce of terminating 
a memory cycle over DSACK0,1, STERM or RDYi. 
BRT may be sampled synchronously or asynchronously by 
setting the EXBUS bit in the DCR (see section 4.3.2). If 
synchronous Bus Retry Is set, BRT is sampled on the rising 
edge of T2. If asynchronous Bus Retry Is set, BRT is double 
synchronized from the falling edge of T1 . The asynchronous 
setup time does not need to be met, but doing so will guar- 
antee that the bus exception will occur in the current bus 
cycle instead of the next bus cycle. Asynchronous Bus Re- 
try may only be used when the SONIC Is set to asynchro- 
nous mode. 

Note 1; The deassertion edge of HOLD is depe ndent on the PH bit in the 

DCfl2 (see section 4.3.7). Also, BGACK is driven high for about Vi 

bus ciocl( before going TRI-STATE. 
Note 2: If Latched Bus retry Is set. BRT need only satisfy its setup time (the 

hold time is not important). Otherwise, BRT must remain asserted 

until after the Til state. 
Note 3: If DSACKO.I, STERM or RDYi remain asserted alter BRT, the next 

memory cycle, may be adversely affected. 

5.4.7 Slave Mode Bus Cycle 

The SONIC's internal registers can be accessed by one of 
two methods (BMODE = 1 or BMODE = 0). In both meth- 
ods, the SONIC is a slave on the bus. This section de- 
scribes the SONIC's slave mode bus operations. 

5.4.7.1 Slave Cycle for BMODE = 1 

The system accesses the SONIC by driving SAS, SRW and 
RA<5:0>. These signals will be sampled each bus cycle, 
but the SONIC will not actually start a slave cycle until CS 
has also been asserted. CS should not be asserted before 
SAS is driven low as this will cause improper slave opera- 



tion. Once SAS has been driven low , betwee n one and two 
bus clocks after the assertion of CS, SMACK will be assert- 
ed to signify that the SONIC has started the slave cycle. 
Although CS Is an asynchronous input, meeting Its setup 
time (as shown in Figures 5-21 and 5-22) will guarantee that 
SMACK, which Is asserted off of a falling edge, will be as- 
serted 1 bus clock after the falling edge that CS is clocked 
in on. This Is assuming that the SONIC Is not a bus master 
when CS was asserted. If the SONIC is a bus master, then, 
when CS is asserted, the SONIC will complete Its current 
master bus cycle and get off the b us temporarily (see sec- 
tion 5.4.8). In this case, SMACK will be asserted 5 bus 
clocks after the falling edge that CS was clocked In on. This 
is assuming that there were no wait states in the current 
master m ode access. Walt states will Increase the time for 
SMACK to go low by the number of wait states In the cycle. 
If the slave access Is a read cycle (Figur e 5-21), then the 
data will be driven off the same edge as SMACK. If It is a 
write cycle (Figure 5-22), then the data will be la tched In 
exactl y 2 bus clo cks after the assertion of SMACK. In either 
case, DSACKO.I are driven low 2 bus clocks after SMACK 
to terminate th e slave cycle. For a read cycle, the assertion 
of DSACK0,1 Indicates valid register data and for a write 
cycle, the assertion Indicates t hat the SONIC has latched 
the data. The SONIC deasserts DSACK0,1 , SMACK and the 
data if the cycle is a read cycle at the rising edge of SAS or 
CS depending on which is deasserted first. 

Note 1: Although th e SONIC responds as a 32-bit peripheral when it drives 
DSACKO.I low, it transfers data only on lines D<15:0>. 

Note 2: For multiple register accesses, CS can be held low and SaS can be 
used to delimit the s lave cycle (this is the only case where CS may 
be ass erted before SAS). In this case, SMACK will be driven low 
due to SAS goi ng low si nce CS has already been asserted. Notice 
that this means SMACK will not stay asserted low during the entire 
time CS is low (as is the case for MREQ, section 5.4.8). 

Note 3: If memory request (MREQ) follows a chip select (CS), it must be 
asserte d at least 2 bus cloclts after CS is deasserted. Both CS and 
MREQ must not be asserted concun-ently. 

Note 4; When CS is deasserted, it must remain deasserted for at least one 
bus clock. 

Note 5: The way in which SMAC K is asserted due to CS is n ot the same as 
th e way in which SMACK is asserted due t o MR EQ. The assertion 
of SMACK is dependent upon both CS and SAS being low, not just 
CS. This Is not th e same a s the case for MREQ (see section 5.4.8). 
The assertion of SMACK in these two cases should not be con- 
fused. 
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FIGURE 5-20. Bus Exception (Bus Retry) 



1-621 



m 

CM 

a> 
eo 

CO 

Q. 
Q 



5.0 Bus Interface (continued) 
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5.0 Bus Interface (continued) 

5.4.7.2 Slave Cycle for BMODE = 

The system accesses the SONIC by driving SAS, C5, SWR 
and RA<5:0>. These signals wiii be sampled each bus cy- 
cle, but the SONIC will not ac tually start a slave cycle until 
C5 has been sampled low and SAS has been sampled high. 
55 s hould not be asserted low before the failing edge of 
SAS as this will cause improper slave operation. 55 may be 
asserted low, however, befo re th e rising edge of SAS. In 
this case, it Is suggested that SAS be driven high within one 
bus clocl< after the failing edge of 55. Once SAS has been 
driven high, between one and two bus clocl^s after the as- 
sertion of CS, SMACK will be driven low to signify that the 
SONIC has started the slave cycle. Although CS is an asyn- 
chronous Input, meeting its setup t ime (as s hown in Figures 
5-23 and 5-24) will guarantee that SMACK, which Is assert- 
ed off a falling edge, will be asserted 1 bus clock after the 
falling edge that 55 was clocked In on. This is assuming 
that the SONIC Is not a bus master when 55 is asserted. If 
the SONIC Is a bus master, then, when 55 Is asserted, the 
SONIC will complete its current master bus cycle an d get off 
the bus temporarily (see section 5.4.8). In this case, SMACK 
will be asserted 5 bus clocks after the falling edge that 55 
was clocked In on. This Is assuming that there were no wait 
states In the current master m ode access. Wait states will 
increase the time for SMACK to go low by the number of 
wait states in the cycle. 



If the slave access Is a read cycle {Figur e 5-23), then the 
data will be driven off the same edge as SMACK. If it is a 
write cycle (Figure 5-24), then the data will be la tched in 
exactl y 2 bus clocks after the assertion of SMAC K. In eith er 
case, RDYo Is driven low 2% bus clocks after SMACK to 
termin ate the slave cycle. For a read cycle, the assertion of 
RDYo Indicates valid register data and for a write cycle, the 
assertion indicates tha t the SONIC ha s latched the data. 
The SONIC deasserts RDYo, SMACK an d the data if the 
cycle is a read cycle at the falling edge of SAS or the rising 
edge of 55 depending on which is first. 

Note 1:ThG SONIC transfers data only on lines D<15:0> during slave 
mode accesses. 

Note 2: For multiple register accesses, C5 can bo iield low and SAS can be 
used to delimit the slave cycle (this is the only case where ^ may 
be asserted before SAS). In this case, SMACK will be driven low 
due to SAS going high since C5 has already been asserted. Notice 
that this means SMACK will not stay asserted low during the entire 
time C5 is low (as is the case for MREQ, section 5.4.8). 

Note 3: If memory request (MREQ) follows a chip select (CS), it must be 
asserted at least 2 bus clocks after CS is deasserted. Both CS and 
MREQ must not be asserted concurrently. 

Note 4: When CS is deasserted, it must remain deasserted for at least one 
bus clock. 

Note 5: The way in whic h SMACK is asserted due to CS is not the same as 
the way in which SMACK is asserted due to MREQ. The assertion of 
SMACK is dependent upon both CS and SA S being low, not just CS. 
This is not the same as the case for MREQ (see section 5.4.8). The 
assertion of SMACK in these two cases should not be confused. 
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5.0 Bus Interface (continued) 
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5.0 Bus Interface (continued) 

5.4.8 On-ChIp Memory Arbiter 

For applications which share the buffer memory area with 
the host system (shared-memory applications), the SONIC 
provides a fast on-chip memory arbiter for efficiently resolv- 
ing accesses between the SONIC and the host system (Fig- 
ure 5-25). The host system indicates its intention s to us e 
the shared-memory by asserting Memory Request (MREQ). 
The SONIC will allow the host system to use the shared 
memory by acl<nowledging the ho st system 's request with 
Slave and Memory Acknowledge (SMACK). Once SMACK 
is asserted, the host system may use the shared memory 
freely. The host sy stem gives up the shared memory by 
deasserting MREQ. 

MREQ is clocked in on the falling edge of bus clock and is 
double synchronized internally to the rising edge. SMACK is 
asserted on the falling edge of a Ts bus cycle. If the SONIC 
is not currently ac cessirig the memory, SMACK is asserted 
immediately after MREQ was clocked in. If, however, the 
SONIC is accessing the shared mem ory, it fin ishes its cur- 
rent memory transfer and then issues SMACK. SMACK will 
be asserted lor 5 (see Note 2 below) bus clocks, respec- 
tively, after MREQ is clocked in. Since MREQ is double syn- 
chronized, it is not ne cessary to meet its setup time. Meet- 
ing the setup time for MREQ will, however, guarantee that 
SMACK is assert ed in the next or fifth bus clock after the 
curre nt bus c lock. SMACK will deassert within one bus clock 
after MREQ is deasserted. The SONIC will then finish its 
master operation if it was using the bus previously. 
If the host system needs to access the SONIC's registers 
instead of shared memory, CS would be asserted instead of 
MREQ. Accessing the SONIC's registers works almost ex- 
actly the same as accessing the shared memory except that 
the SONIC goes into a slave cycle instead of going idle. See 
section 5.4.7 for more information about how register ac- 
cesses work. 
Note 1: The succsssive assertion of C5 and MREQ must be separated by 

at least two bus clocks. Both CS and MREQ must not be asserted 

concurrently. 

Note 2: The number of bus c locks between MREO being asserted and the 
assertion ol SMACK when the SONIC Is In li/aster Mode is 5 bus 
clocks assuming there were no wait states in the Master Mode 
access. Wait states will increase the time for SMACK to go low by 
the number of wait states in the cycle (the time will be 5 + the 
number of wait states). 

Note 3: The way in which SM ACK is a sserted to due to CS is not the same 
as the way in which SMACK is asserted due to f»1REQ. SMACK 
goe slow as a direct result of the assertion of MREQ, whereas, for 
CS, SAS must also be driven low (BMODE = 1 ) or high (BMODE = 
0) before SMACK will be asserted . This means that when SMaCK 
is asserted due to MREQ, SMACK will remain asserted until MREQ 
is deasserted. Multiple memory accesses can be made to the 
shared memory without SMA CK ever g oing high. When SMACK is 
as serte d due to C5, however, SMACK will only remain low as long 
as SaS is also low (BMODE - 1) or high (BMODE - 0). SmACK 
will not remain l ow t hroughout multiple register accesses to the 
SONIC because SAS must toggle for each register access. This is 
an important difference to consider when designing shared memory 
designs. 



TABLE 5-4. Internal Register Content after Reset 



Register 


Contents after Reset 


Hardware 
Reset 


Software 
Reset 


Command 


0094h 


0094h/00A4h 


Data Configuration 
(DCRandDCR2) 


• 


unchanged 


Interrupt Mask 


ooooh 


unchanged 


Interrupt Status 


OOOOh 


unchanged 


Transmit Control 


oioih 


unchanged 


Receive Control 


• « 


unchanged 


End Of Buffer Count 


02F8h 


unchanged 


Sequence Counters 


OOOOh 


unchanged 


CAM Enable 


OOOOh 


unchanged 



o 
•n 
oa 
w 

CO 
M 

00 



'Bits 1 5 and 1 3 of the DOR and bits 4 through ol the DCR2 are reset to a 
during a hardware reset. Bits 16-12 of the DCR2 are unknown until written 
to. All other bits in these two registers are unchanged. 

"Bits LB1. LBO and BRD are reset to a during hardware reset. All other 
bits are unchanged. 

5.4.9 Chip Reset 

The SONIC has two reset modes; a hardware reset and a 
software r eset. Th e SONIC can be hardware reset by as- 
serting the RESET pin or software reset by setting the RST 
bit in the Command Register (section 4.3.1). The two reset 
modes are not interchangeable since each mode performs 
a different function. 

After power-on, the SONIC must be hardware reset before it 
will become operational. This is done by asserting RESET 
for a minimum of 10 transmit clocks (10 ethernet transmit 
clock periods, TXC). If the bus clo ck (BSC K) period is great- 
er than the transmit clock period, RESET should be assert- 
ed for 10 bus clocks instead of 10 transmit clocks. A hard- 
ware reset places the SONIC in the following state. (The 
registers affected are listed in parentheses. See Table 5-4 
and section 4.3 for more specific information about the reg- 
isters and how they are affected by a hardware reset. Only 
those registers listed below and in Table 5-4 are affected by 
a hardware reset.) 

1 . Receiver and Transmitter are disabled (CR). 

2. The General Purpose timer is halted (CR). 

3. All interrupts are masked out (IMR). 

4. The NCRS and PTX status bits in the Transmit Control 
Register (TCR) are set. 

5. The End Of Byte Count (EOBC) register is set to 02F8h 
(760 words). 

6. Packet and buffer sequence number counters are set to 
zero. 

7. All CAM entries are disabled. The broadcast address is 
also disabled (CAM Enable Register and the RCR). 

8. Loopback operation is disabled (RCR). 

9. The latched bus retry is set to the unlatched mode 
(DCR). 

10. All Interrupt status bits are reset (ISR). 

11. The Extended Bus Mode is disabled (DCR). 

1 2. HOLD will be asserted/deasserted from the falling clock 
edge (DCR2). 
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5.0 Bus Interface (Continued) 

13. Latched Ready Mode is disabled (DCR2). 

14. PCOMP will not be asserted (DCR2). 

1 5. Packets will be accepted (not rejected) on CAM match 
(DCR2). 

A software reset immediately terminates DMA operations 
and future interrupts. The chip is put into an idle state where 
registers can be accessed, but the SONIC will not be active 
in any other way. The registers are affected by a software 
reset as shown in Table 5-4 (only the Command Register is 
changed). 

6.0 Network Interfacing 

The SONIC contains an on-chip ENDEC that performs the 
networit Interfacing between the AUI (Attachment Unit Inter- 
face) and the SONIC's MAC unit. A pin selectable option 
allows the internal ENDEC to be disabled and the MAC/ 



ENDEC signals to be supplied to the user for connection to 
an external ENDEC. If the EXT pin is tied to ground 
(EXT=0) the internal ENDEC Is selected and If EXT Is tied 
to Vcc (EXT= 1) the external ENDEC option is selected. 
Internal ENDEC: When the internal ENDEC is used 
(EXT=0) the interface signals between the ENDEC and 
MAC unit are internally connected. While these signals are 
used internally by the SONIC they are also provided as an 
output to the user (Figure 6-1). 

The Internal ENDEC allows for a 2-chip solution for the 
complete Ethernet interface. Figure 6-2 shows a typical dia- 
gram of the network interface. 
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6.0 Network Interfacing (continued) 
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6.0 Network Interfacing (continued) 

External ENDEC: When EXT= 1 the internal ENDEC is by- 
passed and tlie signals are provided directly to the user. 
Since SONIC's on-chip ENDEC is the same as National's 
DP83910 Serial Network Interface (SNI) the interface con- 
siderations discussed in this section would also apply to 
using this device in the external ENDEC mode. 

6.1 MANCHESTER ENCODER AND 
DIFFERENTIAL DRIVER 

The ENDEC unit's encoder begins operation when the MAC 
section begins sending the serial data stream. It converts 
NRZ data from the MAC section to Manchester data for the 
differential drivers (TX-I-/— ). In Manchester encoding, the 
first half of the bit cell contains the complementary data and 
the second half contains the true data (Figure 6-3). A tran- 
sition always occurs at the middle of the bit cell. As long as 
the MAC continues sending data, the ENDEC section re- 
mains in operation. At the end of transmission, the last tran- 
sition is always positive, occurring at the center of the bit 
cell if the last bit is a one, or at the end of the bit cell If the 
last bit is a zero. 

The differential transmit pair drives up to 50 meters of twist- 
ed pair AUI cable. These outputs are source followers which 
require two 270n pull-down resistors to ground. In addition, 
a pulse transformer is required between the transmit pair 
output and the AUI interface. 

The driver allows both half-step and full-step modes for 
compatibility with Ethernet I and IEEE 802.3. When the SEL 
pin is tied to ground (for Ethernet I), TX+ is positive with 
respect to TX- during idle on the primary side of the isola- 
tion transformer (Figure 6-2). When SEL is tied to Vcc (for 
IEEE 802.3), TX+ and TX- are equal in the idle state. 



Transmit Clock 



NRZ Data 



rLTLTLrLrLrL 




TL/F/10492-55 

FIGURE 6.3. Manchester Encoded Data Stream 

6.1.1 Manchester Decoder 

The decoder consists of a differential receiver and a phase 
lock loop (PLL) to separate the Manchester encoded data 
stream into clock signals and NRZ data. The differential in- 
put must be externally terminated with two 39n resistors 
connected in series. In addition, a pulse transformer is re- 
quired between tije receive input pair and the A ill interface. 
To prevent noise from falsely triggering the decoder, a 
squelch circuit at the input rejects signals with a magnitude 



less than -175 mV. Signals more negative than -300 mV 
are decoded. 

Once the input exceeds the squelch requirements, the de- 
coder begins operation. The decoder may tolerate bit jitter 
up to 18 ns in the received data. The decoder detects the 
end of a frame within one and a half bit times after the last 
bit of data. 

6.1.2 Collision Translator 

When the Ethernet transceiver (DP8392 CTI) detects a colli- 
sion, it generates a 1 MHz signal to the differential collision 
inputs (CD-h and CD-) of the SONIC. When SONIC de- 
tects these inputs active, its Collision translator converts the 
10 MHz signal to an active collision signal to the MAC sec- 
tion. This signal causes SONIC to abort its current transmis- 
sion and reschedule another transmission attempt. 
The collision differential inputs are terminated the same way 
as the differential receive inputs and a pulse transformer is 
required between the collision input pair and the AUI inter- 
face. The squelch circuitry is also similar, rejecting pulses 
with magnitudes less than -175 mV. 

6.1.3 Oscillator inputs 

The oscillator inputs to the SONIC (XI and X2) can be driv- 
en with a parallel resonant crystal or an external clock. In 
either case the oscillator inputs must be driven with a 
20 MHZ signal. The signal is divided by 2 to generate the 
10 MHz transmit clock (TXC) for the MAC unit. The oscilla- 
tor also provides internal clock signals for the encoding and 
decoding circuits. 

6.1.3.1 External Crystal 

According to the IEEE 802.3 standard, the transmit clock 
(TXC) must be accurate to 0.01 %. This means that the os- 
cillator circuit, which includes the crystal and other parts 
involved must be accurate to 0!01% after the clock has 
been divided in half. Hence, when using a crystal, it is nec- 
essary to consider all aspects of the crystal circuit. An ex- 
ample of a recommended crystal circuit is shown in Figure 
6-4 and suggested oscillator specifications are shown in Ta- 
ble 6-1. The load capacitors in Figure 6-4, CI and C2, 
should be no greater than 36 pF each, including all stray 
capacitance (see note 2 below). The resistor, R1, may be 
required in order to minimize frequency drift due to changes 
in Vcc- 1* R1 is required, its value must be carefully selected 
since R1 decreases the loop gain, if R1 is made too large, 
the loop gain will be greatly reduced and the crystal will not 
oscillate. If R1 is made too small, normal variations in Vcc 
may cause the oscillation frequency to drift out of specifica- 
tion. As a first rule of thumb, the value of R1 should be 
made equal to five times the motional resistance of the crys- 
tal. The motional resistance of 20 MHz crystals is usually in 
the range of ^Oil to 30n. This implies that reasonable val- 
ues for R1 should be in the range of SOfi to 150ft. The 
decision of whether or not to include R1 should be based 
upon measured variations of crystal frequency as each of 
the circuit parameters are varied. 
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6.0 Network Interfacing (continued) 

SONIC 




TL/F/1 0492-81 

FIGURE 6.4. Crystal Connection to the SONIC (see text) 

Note 1: The XI pin is not guaranteed to provide a TTL compatible logic 
output, and stiould not be used to drive any external logic. If addi- 
tional iogic needs to be driven, then an external oscillator should be 
used as described in the following section. 

Note 2: The frequency marl<ed on the crystal is usually measured with a 
fixed load capacitance specified in the crystal's data sheet The 
actual load capacitance used should be the specified value minus 
the stray capacitance. 

TABLE 6-1. Crystal Specifications 

Resonant frequency 20 MHz 

Tolerance (see text) ±0.01 % at 25°C 

Accuracy ± 0.005 % (50 ppm) at to 70°C 

Fundamental Mode Series Resistance ^2511 

Specified Load Capacitance <; 1 8 pF 

Type AT cut 

Circuit Parallel Resonance 

6.1 .3.2 Clock Oscillator Module 

If an external clock oscillator is used, the SONIC can be 
connected to the external oscillator in one of two ways. The 
first configuration Is shown In Figure 6-5. In this case, an 
oscillator that provides the following should be used: 
1. TTL or CMOS output with a 0.01% frequency tolerance 
2. 40%-60% duty cycle 

3. ^5 TTL loads output drive (Iql = 8 mA) (Additional out- 
put drive may be necessary if the oscillator must also 
drive other components.) 
Again, the above assumes no other circuitry is driven. 

! SONIC I I 

{H> — ri>^i 



X2 



zi 

20 MHz 
0.01% 
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FIGURE 6.5. Oscillator IModule Connection to the SONIC 

The second configuration, shown in Figure 6-6, connects to 
the X2 input. This connection requires an oscillator with the 
same specifications as the previous circuit except that the 
output drive specification need only be one CMOS load. 
This circuit configuration also offers the advantage of slight- 



ly lower power consumption. In this configuration, the XI pin 
must be left open and should not drive external circuitry. 
Also, as shown by Figure 6-6, there Is a 1 80° phase differ- 
ence between connecting an oscillator to XI compared to 
X2. This difference only affects the relationship between 
TXC and the oscillator module output. The operation of the 
SONIC is not affected by this phase change. 



SONIC 



rl> — H>^ 



Z1 
20 MHz 



X2 
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FIGURE 6.6. Alternate Oscillator 
Module Connection to the SONIC 

6.1.3.3 PCB Layout Considerations 

Care should be taken when connecting a crystal. Stray ca- 
pacitance (e.g., from PC board traces and plated through 
holes around the XI and X2 pins) can shift the crystal's 
frequency out of range, causing the transmitted frequency 
to exceed the 0.01 % tolerance specified by IEEE. Tho lay- 
out considerations for using an external crystal aro rather 
straightforward. The oscillator layout should locate all com- 
ponents close to the XI and X2 pins and should use short 
traces that avoid excess capacitance and inductance. A sol- 
id ground should be used to connect the ground legs of the 
two capacitors. 

When connecting an external oscillator, the only considera- 
tions are to keep the oscillator module as close to the 
SONIC as possible to reduce stray capacitance and Induc- 
tance and to give the module a clean Vcc and a solid 
ground. 

6.1.4 Power Supply Considerations 

In general, power supply routing and design for the SONIC 
need only follow standard practices. In some situations, 
however, additional care may be necessary in the layout of 
the analog supply. Specifically special care may be needed 
for the TXVCC, RXVCC and PLLVCC power supplies and 
the TXGND and ANGND. In most cases the analog and 
digital power supplies can be Interconnected. However, to 
ensure optimum performance of the SONIC's analog func- 
tions, power supply noise should be minimized. To reduce 
analog supply noise, any of several techniques can be used. 

1. Route analog supplies as a separate set of traces or 
planes from the digital supplies with their own decoupling 
capacitors. 

2. Provide noise filtering on the analog supply pins by insert- 
ing a low pass filter. Alternatively, a ferrite bead could be 
used to reduce high frequency power supply noise. 

3. Utilize a separate regulator to generate the analog sup- 
ply. 
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7.0 AC and DC Specifications 
Absolute iVIaximum Ratings 

If Military/Aerospace specified devices are required, 
please contact the National Semiconductor Sales 
Office/Distributors for availability and specifications. 
Supply Voltage (Vcc) - 0.5V to 7.0V 
DC Input Voltage (V|n -0.5V to Vcc + 0.5V 
DC Output Voltage (Vqut) - 0.5V to Vcc + 0-5V 
Storage Temperature Range (Tstg) - 65°C to 1 50''C 
Power Dissipation (PD) 500 mW 
Lead Temp. (TL) (Soldering, 1 sec.) 260°C 
ESD Rating 
(RzAP = l-Sk, CzAP = 120 pF) 1.5 kV 

DC Specifications Ta = O^Ctoro-C, Vcc = 5V ±5% unless ottien«ise specified 


Symbol 


Parameter 


Conditions 


MIn 


Max 


Units 


VOH 


lUinimum High Level Output Voltage 


'oh = -8 mA 


3.0 




V 


Vol 


[Maximum Low Level Output Voltage 


loL = 8 mA 




0.4 


V 


V|H 


Minimum High Level Input Voltage 




2.0 




V 


ViL 


Maximum Low Level Input Voltage 






0.8 


V 


>IN 


Input Current 


V|N = VccorGND 


-1.0 


1.0 


J.1A 


loz 


Maximum TRI-STATE Output 
Leakage Cun-ent 


VouT = VccorGND 


-10 


10 


M 


Ice 


Average Operating Supply Current 


louT = mA, Freq = fmax 




80 


mA 


AUI INTERFACE PINS (TX ± , RX ± , and CD ± ) 


VOD 


Diff. Output Voltage (TX±) 


yen Termination, and 270a 
from Each to GND 


±550 


±1200 


mV 


VOB 


Diff. Output Voltage Imbalance (TX±) 


78n Termination, and 270il 
from Each to GND 


Typical: 40 mV 


Vu 


Undershoot Voltage (TX±) 


78n Termination, and 270n 
from Each to GND 


Typical: 80 mV 


Vds 


Diff. Squelch Threshold 
(RX±andCD±) 




-175 


-300 


mV 


OSCILLATOR PINS (XI AND X2) 


V|H 


XI Input High Voltage 


X1 is Connected to an Oscillator 
and X2 is Grounded 


2.0 




V 


V|L 


X1 Input Low Voltage 


XI is Connected to an Oscillator 
and X2 is Grounded 




0.8 


V 


I0SCI 


XI Input Current 


XI is Connected to an Oscillator 
and X2 is Grounded 
V|N = VccorGND 




8.0 


mA 


V|H 


X2 Input High Voltage 


X2 is Connected to an Oscillator 
and XI is Open 


2.0 




V 


V|L 


X2 Input Low Voltage 


X2 is Connected to an Oscillator 
and XI is Open 




0.8 


V 


I0SC2 


X2 Input Leakage Current 


X2 is Connected to an Oscillator 
and XI is Open 
V|N = VccorGND 


-10 


10 


fiA 
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7.0 AC and DC Specifications (continued) 
AC Specifications 

BUS CLOCK TIMING 



T2 



/ V^ 



-T3- 



TL/F/10492-56 



Number 


Parameter 


20 MHz 


25 MHz 


Units 


Min 


Max 


Min 


Max 




T1 


Bus Clock Low Time 


22.5 




18 




ns 


T2 


Bus Cloclt High Time 


22.5 




19 




ns 


T3 


Bus Clocl< Cycle Time (Note 1 ) 


50 


100 


40 


100 


ns 



a 

00 

w 

CO 
CO 

to 
DO 



Note 1: Tliese specifications are not tested. 
POWER-ON RESET 



BSCK 



RST 



_4^r 



IJSR<1:0> 



|-«— T4— •+" — TS H 

-i i ( STABLE y 
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NON POWER-ON RESET 

BSCK 



RST 



USR<1:0> 



> 



TL/F/10492-58 



Number 


Parameter 


20 MHz 


25 MHz 


Units 


Min 


Max 


Min 


Max 




T4 


USR<1:0> Setup to RST 


10 




8 




ns 


T5 


USR<1:0> Hold from RST 


20 




18 




ns 


T6 


Power-On Reset High (Notes 1 , 2) 


10 




10 




TXC 


T8 


Reset PulseWidth (Notes 1,2) 


10 




10 




TXC 



Nots 1: The reset time is dalerminad by the slower (in frequency) of BSCK or TXC. If BSCK > TXC. T6 and T8 equal 1 TXCs. If BSCK < TXC, T6 and T8 equal 1 

BSCKs (T3). 

Note 2: These specifications are not tested. 
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7.0 AC and DC Specifications (continued) 

MEMORY WRITE, BMOOE = 0, SYNCHRONOUS MODE (one wait-state shown) 

T2 (wait) T2 

jr\ /pv 



BSCK 



ADS 



D<J1:0> 



MWR 
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Parameter 


20 MHz 


25 MHz 


Units 




Mfn 


Max 


MIn 


Max 


T9 


BSCK to Address Valid 




34 




32 


ns 


T10 


Address Hold Time from BSCK 


5 




5 




ns 


T11 


BSCK to ADS, ECS Low 




34 




32 


ns 


T12 


BSCK to ADS, ECS High 




34 




30 


ns 


T15 


ADS High Width (Note 2) 


bcyc - 5 




bcyc - 5 




ns 


T32 


RDYi Setup to BSCK 


30 




26 




ns 


T33 


RDYI Hold from BSCK 


5 




3 




ns 


T36 


BSCK to Memory Write Data Valid 




70 




62 


ns 


T37 


BSCK to MWR (Write) Valid (Note 1 ) 




30 




28 


ns 


T40 


Write Data Hold Time from BSCK 


10 




12 




ns 



Note 1: For successive read operations, MWR remains low, and for successive write operations MWR remsiins high during a transfer. During RBA and TBA 
transfers the MWR signal will stay either high or low for the entire burst of the transfer. During RDA and TDA transfers the MWM signal will switch on the rising edge 
of a Tj (Idle) state that Is inserted between the read and the write operation. 
Note 2: bcyc = bus clock cycle time (T3). ' , 
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7.0 AC and DC Specifications (continued) 










MEMORY READ, BMODE = 0, SYNCHRONOUS MODE (one wait-state shown) 










Tl T2 (wait) T2 


Tl 








BSCK ^ 


n^ /r\ 


_^r\ 


/r\ 


J 






T11-* 


^-A [-T12 


















ECS 


\_/~ 










-\ 




— 


T9[-«- 










k-TIO 






A<31:1> 


"i 






X 










■rtr 






^^" 




Til— 


h- -\ 




— TI2 














ADS 


\ / 












\ 










-H T23 


.t. 














T 




■^T24 






D<3l!0> 




X Data In 




X 


— 


-*■ 






/ 


MWR 


f 












"~ 












-H 


|-^T33 


— 




RDVi ~\ 


/ 


/ \ \ 


/ 
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Number 


Parameter 


20 MHz 


25 MHz 


Units 






MIn 


Max 


MIn 


Max 




T9 


BSCK to Address Valid 




34 




32 


ns 


T10 


Address Hold Time from BSCK 


5 




5 




ns 


Til 


BSCK to ADS, ECS Low 




34 




32 


ns 


T12 


BSCK to ADS, ECS High 




34 




30 


ns 


T15 


ADS High Width (Note 2) 


bcyc - 5 




bcyc - 5 




ns 


T23 


Read Data Setup Time to BSCK 


12 




10 




ns 


T24 


Read Data Hold Time from BSCK 


7 




5 




ns 


T28 


BSCK to MWR (Read) Valid (Note 1) 




30 




28 


ns 


T32 


RDYi Setup Time to BSCK 


30 




26 




ns 


T33 


RDYI Hold Time to BSCK ■ 


5 




3 




ns 


Note 1: For sue 


»ssive read operations. MWH remains low, and for successive write operations MWR rem 


ains high during a transfer. During RBA and TEA 


transfers the MW 


R signal will stay either liigli or low for the entire burst of the transfer. During RDA and TDA trar 


sf ers the MWM signal will switch on the rising edge 


of a Ti (Idle) Stat 


3 that is inserted between the read and the write operation. 










Note 2: bcyc - 


bus clock cycle time (T3). 
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7.0 AC I 

MEMORY W 


ind DC Specific 

RITE,BMODE = 0,ASYI 

BSCK / 
T11b-» 


atiOnS (continued) 
'4CHRONOUS MODE 

T1 T2(w>lt) T2 

-^ /r\ r^ a: 


TI 










T9|<- 


|-«-TI2b 








^ 






■ ECS 


J 






TtO-* 


^ 














A<31:1> 


:xi 








X 








Tllb-^ 




T12b-» 




,,, 












\^ 










ADS 




J 

l1b-» 


W T13-» 


, - 


\ 






























DS 


.- 


l-^T36 
■< T39 


V / 


|»-T*0 






D<3I:0> 




X 


DATA OUT 


Dd 








^T37 








MWR 


r~ 


T32a-» 




\ 










«— .^T33i> 




[— T33a 






RDYi / \ \ / / \(Nol.3) 
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Number 


Parameter 


20 MHz 


25 MHz 


Units 


Min 


Max 


Min 


Max 


T9 


BSCK to Address Valid 




34 




32 


ns 


T10 


Address Hold Time from BSCK 


5 




5 




ns 


T11b 


BSCK to ADS, DS, ECS Low 




30 




28 


ns 


T12b 


BSCK to ADS, ECS High 




32 




30 


ns 


T13 


BSCK to ^ High 




36 




34 


ns 


T15 


ADS High Width (Note 2) 


bcyc - 5 




bcyc - 5 




ns 


T18 


Write Data Strobe Low Width (Notes 2, 4) 


bcyc-5 




bcyc - 5 




ns 


T32a 


Heady Asynch. Setup to BSCK (Note 3) 


8 




5 




ns 


T33a 


Ready Asynch. Hold from BSCK 


5 




3 




ns . 


T36 


BSCK to Memory Write Data Valid 




70 




62 


ns 


T37 


BSCK to MWR (Write) Valid (Note 1) 




30 




28 


ns 


T39 


, Write Data Valid to 
Data Strobe Low (Note 2) 


bcyc - 40 




bcyc - 35 




ns 


T40 


Write Data Hold Time from BSCK 


10 




12 




ns 


Note 1: For successive read operations. MWR remains low, and for successive write operations MWR remains higli during a transfer. During RBA and TBA 

transfers the MWR signai wili stay either high or iow for the entire burst of tlia transfer. During PDA and TDA transfers the MWR signai will switch on the rising edge 

of a Ti (Idle) stale that is inserted between the read and the write operation. 

Note 2: bcyo = bus clock cycle time {T3). 

Note 3: This setup time assures that the SONIC terminates the memory cycle on the next bus clock (BSCK). HDYi does not need to be synchronized to the bus 

clock, though, since it Is an asynchronous input In this case. RDYI is sampled during the tailing edge of BSCK. If the SONIC samples ROYi iow dunng the T1 cycle, 

the SONiC will finish the current access in a total of two bus clocks Instead of three, which would be the case if HDYi had been sampled low during T2(wait). (This is 

assuming that programmable wait states are set to 0). 

Note 4: BS will only be asserted if the bus cycle has at least one wait state inserted. 
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7.0 AC and DC Specifications (continued) 

MEMORY READ, BMODE = 0, ASYNCHRONOUS MODE 



BSCK 



D<31:0> 




-*\ T32a ■*- 

I -H [->-T33a 

7 — V^ / — 



7 



(Nol8 3) 
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Number 


Parameter 


20 MHz 


25 MHz 


Units 




Min 


Max 


MIn 


Max 




T9 


BSCK to Address Valid 




34 




32 


ns 


T10 


Address Hold Time from BSCK 


5 




5 




ns 


T11b 


BSCK to ADS, DS, ECS Low 




30 




28 


ns 


T12b 


BSCK to ADS, ECS High 




32 




30 


ns 


T13 


BSCK to DS High 




36 




34 


ns 


T15 


ADS High Width (Note 2) 


bcyc - 5 




bcyc - 5 




ns 


T16 


Read Data Strobe High Width (Note 2) 


bcyc - 12 




bcyc - 10 




ns 


T17 


Read Data Strobe Low Width (Note 2) 


bcyc - 5 




bcyc - 5 




ns 


T23 


Read Data Setup Time to BSCK 


12 




10 




ns 


T24 


Read Data Hold Time from BSCK 


7 




5 




ns 


T28 


BSCK to MWR (Read) Valid (Note 1) 




30 




28 


ns 


T32a 


Ready Asynch. Setup Time to BSCK (Note 3) 


8 




5 




ns 


T33a 


Ready Asynch. Hold Time to BSCK 


5 




3 




ns 



Note 1: For successive read operations, MW^ remains low, and for successive write operations MWR remains high during a transfer. During RBA and TBA 
transfers the MWR signal will stay either high or low for the entire burst of the transfer. During RDA and TDA transfers the MWR signal will switch on the rising edge 
of a Tj (idle) state that is inserted between the read and the write operation. 

Note 2: bcyc = bus clock cycle time (T3) 

Note 3: This setup time assures that the SONIC terminates the m emory cycle on the next bus clock (BSCK). RDYi does not need to be synchronized to the bus 
clock, though, since it is an asynchronous input in this case. RDYi is sampled during the falling edge of BSCK. If the SONIC samples RDYi low during the T1 cycle, 
the SONIC wilt finish the current access in a total of two bus clocks instead of three, which would be the case if RDYi had been sampled low during T2(wait). (This is 
assuming that programmable wait states are set to 0). 
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7.0 AC and DC Specifications (continued) 

MEMORY WRITE, BMODE = ASYNCHRONOUS MODE (one wait-state shown) 

T1 T2(wail) T2 

BSCK 



A<31:1> 



T37-» 



-^ 



h 
■\JV 

T9 |-t- 



k-T12 



T22 



X 



-»-T11a 

T16 



i%. T39 ► 



T12ah«- 

■" T15a 



X 



y 



[<-T40 



DATA OUT 






JL 



'\ f 
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Number 


Parameter 


20 MHz 


25 MHz 


Units 


Min 


Max 


Min 


Max 




T9 


BSCK to Address Valid 




34 




32 


ns 


T10 


Address Hold Time from BSCK 


5 




5 




ns 


T11a 


BSCK to AS, DS, ECS Low 




26 




24 


ns 


T12a 


BSCK to AS, ECS High 




34 




32 


ns 


T13a 


BSCK to DS High 




36 




34 


ns 


T14 


AS Low Width (Note 3) 


bcyc - 7 




bcyc - 7 




ns 


T15a 


AS High Width (Note 3) 


bcyc - 15 




bcyc - 12 




ns 


T18 


Write Data Strobe Low Width (Notes 1 , 3) 


bcyc - 5 




bcyc — 5 




ns 


T22 


Address Valid to AS (Note 3) 


bch - 18 




bch - 16 




ns 






8 




6 






T30 


DSACK0,1 Setup to BSCK (Note 4) 


ns 






12 




8 






T31 


DSACK0,1 Hold from BSCK 


ns 


T36 


BSCK to Memory Write Data Valid 




70 




62 


ns 


T37 


BSCK to MRW (Write) Valid (Note 2) 




30 




28 


ns 


T39 


Write Data Valid to 
Data Strobe Low (Note 3) 


bcyc - 40 




bcyc - 35 




ns 


T40 


Memory Write Data Hold Time from BSCK 


10 




12 




ns 



Note 1: US will only be asserted if the bus cycle has at least one wait state inserted. 

Note 2: For successive write operations, MRW remains low, and for successive read operations MRW remains high during a transfer. During RBA and TBA 

transfers the MRW signal vnll stay either high or low for the entire burst of the transfer. During PDA and TDA transfers the MRW signal will switch on the rising edge 

of a Ti (idle) stats that Is inserted between the read and the write operation. 

Note 3: bcyc = bus clock cycle time (T3), bch = bus clocK high time {T2). 

Note 4: DSACKO.l must bo synchronized to the bus clock (BSCf<) during synchronous mode. 
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7.0 AC and DC Specifications (Continued) 

MEMORY READ, BMODE = ASYNCHRONOUS MODE (one wait-state shown) 

Tl T2{«ail) T2 



T1l>-» |-»- 

:x 



vy 



/~A /r\ /rA__y 



h«-T12a 



A. 



|»-T28 



y 




15a-^ 



y — V 



y — V 



T24a|-«- 



X 



r' 



DSACKO.I 



■\_^ 
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Note 1: For successive write operations. MHW remains low, and for successive read operations MRW remains tiigh during a transfer. During RBA and TBA 

transfers the MRW signal will stay either high or low for the entire burst of the transfer. During RDA and TDA transfers the MRW signal will switch on the rising edge 

of a Ti (idle) state that is inserted between the read and the write operation. 

Note 2: DSACKO.I must be synchronized to the bus clocl< (BSCK) during synchronous mode. 

Note 3: bcyc = bus clock cycle time (T3). bch - bus clock high time (T2). 
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Number 


Parameter 


20 MHz 


25 MHz 


Units 


MIn 


Max 


Min 


Max 




T9 


BSCK to Address Valid 




34 




32 


ns 


T10 


Address Hold Time from BSCK 


5 




5 




ns 


T11a 


BSCKtoAS,DS,ECSLowf 




26 




24 


ns 


T12a 


BSCKtoAS.ECSHigti 




34 




32 


ns 


T13a 


BSCK to d5 High 




36 




34 


ns 


T14 


SS Low Width (Note 3) 


bcyc - 7 




bcyc - 7 




ns 


T15a 


A5 High Width (Note 3) 


bcyc - 15 




bcyc - 12 




ns 


T16 


Read Data Strobe High Width (Note 3) 


bcyc - 12 




bcyc - 10 




ns 


T17 


Read Data Strobe Low Width 


bcyc - 5 




bcyc - 5 




ns 


T22 


Address Valid to AS (Note 3) 


bch - 18 




bch - 16 




ns 


T23a 


Read Data Setup Time to BSCK 


5 




4 




ns 


T24a 


Read Data Hold Time from BSCK 


5 




5 




ns 


T28 


BSCK to MRW (Read) Valid (Note 1) 




30 




28 


ns 






8 




6 






T30 


DSACKO.I Setup to BSCK (Note 2) 


ns 






12 




8 






T31 


DSACKO.I Hold from BSCK 


ns 



7.0 AC and DC Specifications (continued) 

MEMORY WRITE, BMODE == 1, ASYNCHRONOUS MODE 

Tl T2(»ail) 




7 ^^ / 



/ («0t«2) \ 
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Number 


Parameter 


20 MHz 


25 MHz 


Units 


Min 


Max 


Min 


Max 


T9 


BSCK to Address Valid 




34 




32 


ns 


T10 


Address Hold Time from BSCK 


5 




5 




ns 


Tlla 


BSCKtoAS, DS, ECSLow 




26 




24 


ns 


T12a 


BSCK to AS, ECS High 




34 




32 


ns 


T13a 


BSCK to DS High 




36 




34 


ns 


T14 


AS Low Width (Note 3) 


bcyc - 7 




bcyc - 7 




ns 


T15a 


AS High Width (Note 3) 


bcyc - 15 




bcyc - 12 




ns 


T18 


Write Data Strobe Low Width (Notes 3, 4) 


bcyc - 5 




bcyc - 5 




ns 


T22 


Address Valid to AS (Note 3) 


bch - 18 




bch - 16 




ns 






8 




6 




ns 


T30 


DSACK0,1 Setup to BSCK (Note 2) 






6 




4 




ns 


T30a 


STERIVI Setup to BSCK (Note 2) 






12 




6 




ns 


T31 


DSACKO.t Hold from BSCK 






12 




8 




ns 


T31a 


STERM Hold from BSCK 


T36 


BSCK to Memory Write Data Valid 




70 




62 


ns 


T37 


BSCK to MRW (Write) Valid (Note 1) 




30 




28 


ns 


T39 


Write Data Valid to Data Strobe Low (Note 3) 


bcyc - 40 




bcyc - 35 




ns 


T40 


Memory Write Data Hold from BSCK 


10 




12 




ns 



Note 1: For successive write operations, MRW remains low, and for successive read operations MRW remains liigh during a transfer. During RBA and TBA 

transfers tfie MRW signal will stay either high or low for the entire burst of the transfer. During RDA and TDA transfers the MRW signal will switch on the rising edge 

of a Ti idle) state that is inserted between the read and the write operation. 

Note 2; Meeting the setup time for DSACK0.1 or STERM guarantees that th e SONIC w ill t erminate the memory cycle 1V4 bus clocks after DSACK0,1 were 

sampled, or 1 cycle after STERM was sampled. T2 states will be repeated until DSACK0,1 or STERM are sampled properly in a low state. If the SONIC samples 

DSACK0,1 or STERM low during the T1 or first T2 state respectively, the SONIC will finish the current access in a total of two bus clocks Instead of three (assuming 

that programmable wait states are set to 0). DSACKO.I are asynchronously sampled and STERM Is synchronously sampled. 

Note 3: bcyc = bus clock cycle time CT3), bch - bus clock high time CT2). 

Note 4: dS will only be asserted if the bus cycle has at least one wait state inserted. 
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7.0 AC and DC Specifications (continued) 

MEMORY READ, BMODE = 1, ASYNCHRONOUS MODE 

T1 T2(»BiO 12 

yr\ /r\ /n r\ 






V 



|-^T2« 



y 



T 



T24a[-»- 



x_z: 
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f 



V 



V 



T30-») 

-ID ^ 



r30»-») U- 

7 ^^ ^ / 



(Nola 2) 



T30«-^ I— 

f (Note 2) \_ 
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Number 


Parameter 


20 MHz 


25 MHz 


Units 


Min 


Max 


Mrn 


Max 




T9 


BSCK to Address Valid 




34 




32 


ns 


T10 


Address Hold Time from BSCK 


5 




5 




ns 


Tlla 


BSCK to AS, DS, ECS Low 




26 




24 


ns 


T12a 


BSCK to AS, ECS High 




34 




32 


ns 


T13a 


BSCK to DS High 




36 




34 


ns 


T14 


AS Low Width (Note 3) 


bcyc - 7 




bcyc - 7 , 




ns 


T15a 


AS High Width (Note 3) 


bcyc - 15 




bcyc - 12 




ns 


T16 


Read Data Strobe High Width (Note 3) 


bcyc - 12 




bcyc - 10 




ns 


T17 


Read Data Strobe Low Width (Note 3) 


bcyc - 5 




bcyc - 5 




ns 


T22 


Address Valid to JS, (Note 3) 


bch- 18 




bch - 16 




ns 


T23b 


Read Data Setup Time to BSCK 


10 




9 




ns 


T24a 


Read Data Hold Time from BSCK 


5 




5 




ns 


T28 


BSCK to I^RW (Read) Valid (Note 1) 




30 




28 


ns 


T30 


DSACK0,1 Setup to BSCK (Note 2) 


8 




6 




ns 


T30a 




6 




4 






STERf^il Setup to BSCK (Note 2) 


ns 


T31 




12 




8 






DSACK0,1 Hold from BSCK 


ns 


T31a 




12 




8 






STERI^ Hold from BSCK 


ns 



Note 1: For successive write operations, MRW remains low, and for successive read operations MRW remains high during a transfer. During RBA and TBA 
transfers the MRW signal will stay either high or low for the entire burst of the transfer. During RDA and TDA transfers the MRW signal will switch on the rising edge 
of a Ti (idle) state that is inserted between the read and the write operation. 

Note 2: Meeting the set up time for DSACK0,1 or STERM guarantees tiiat th e SONIC w ill t erminate the memory cycle Vh bus clocks after DSACKO.I were 
sampled, o r 1 c ycle a fter STERM was sampled, T2 states will be repeated until bSACK0,1 or STERM are sampled properly in a low state. If the SONIC samples 
DSACKO.I or StERM tow during the TI or first T2 state respectively, the SONIC will finish the current access in a total of two bus clocks instead of three (assuming 
that programmable wait states are set to 0). DSACKO.I are asynchronously sampled and STERM is synchronously sampled. 
Note 3: bcyc = bus clock cycle time (T3), bch = bus clock high time (T2). 
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7.0 AC and DC Specifications (continued) 

BUS REQUEST TIMING, BMODE = 

Ti Ti 
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Number 


Parameter 


20 MHz 


25 MHz 


Units 


MIn 


Max 


Min 


Max 




143 


BSCK to HOLD High (Note 2) 




25 




22 


ns 


144 


BSCK to HOLD Low (Note 2) 




22 




20 


ns 


T45 


HLDA Asynchronous Setup Time to BSCK 


5 




4 




ns 


146 


HLDA Deassert Setup Time (Note 1 ) 


5 




4 




ns 


T5l' 


BSCK to Address, ADS, MWR, DS, ECS, 
USR<1:0> andEXUSR<3:0>TRI-STATE 

(Note 4) 




52 




50 


ns 


T52 


BSCK to Data TRI-STATE (Note 4) 




68 




62 


ns 


T53 


BSCK to USR<1:0> and EXUSR<3:0>Valid 




50 




48 


ns 


T55 


BSCK to Bus Status 
Idle to Non-Idle 




40 




39 


ns 


T55a 


BSCK to Bus Status 
Non-Idle to Idle (Note 3) 




40 




39 


ns 


T55b 


S<2:0> Hold from BSCK 


10 




10 




ns 



Note 1: A block transfer by the SONIC can bo pre-empted from the bus by deasserting HLDA provided HLDA is deasserted T46 before the rising edge of the last 
T2 in the current access. , . 

Note 2: The assertion edge for HOLD Is dependent upon the PH bit In the DCR2. The default situation Is shown wih a solid line In the timing diagram. T43 and T44 
apply for both modes. Also, If HLDA Is asserted when the SONIC wants to acquire the bus, HOLD will not be asserted until HLDA has been deasserted first. 
Note 3; S<2:0> will indicate IDLE at the end of T2 if the last operation is a read operation, or at the end of Th if the last operation is a write operation. 
Note 4: This timing value includes an RC delay inherent in the test measurement. These signals typically TRI-STATE 7 ns earlier, enabling other devices to drive 
these lines without contention. 
Note 5: For specific timing on these signals (driven by the SONIC), see the memory read and memory write timing diagrams on previous pages. 
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7.0 AC and DC Specifications (continued) 

BUS REQUEST TIMING, BMODE= 1 

Ti Tl 

BSCK 




(IRI-STATE) 



^5!<0lJ DRIVEN BY SYSTEM BUS /(Hot.l) ^ '^RI-STATE) 



DS ACKO, 
STERM 



I BY SYSTEM BUS / (M0..I) \ ^^'^'"^^ 



A<31M>,ECS , 
DS, MRW ' 



/-''■ 



<(Not«2) 



/(Not. a)''' 



<t 



(TRI-STATE) 



■^ (Not»2) 



(Note 2) 



i-T55b -* 



r 



USR<1:0> , 
EXUSR<3:0> 



K 



I Qhemory t ransfer/^ BUS IDLE 
'' (Notes) _, 



|-*-T5ta 

) 

|-^T51a 

) 

|»-T52 



r 

XT 



|-^T51a 
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Number 


Parameter 


20 MHz 


25 MHz 


1 lnit« 


Min 


Max 


MIn 


Max 




T45a 


BG Asynchronous Setup Time to BSCK 


8 




7 




ns 


T47 


BSCK Low to BR Low 




25 




23 


ns 


T48 


BSCK Low to BR TRI-STATE (Note 4) 




30 




28 


ns 


149 






30 




28 




BSCK High to BGACK Low (Note 1) 


ns 


150 






30 




28 




BSCK High to BGACK High (Note 5) 


ns 


T51a 


BSCK to Address, AS, MRW. DS, ECS, 
USR<1:0> and EXUSR<3:0> TRI-STATE (Note 4) 




52 




50 


ns 


T52 


BSCK to Data TRI-STATE (Note 4) 




68 




62 


ns 


T53 


BSCKtoUSR<1:0> andEXUSR <3:0> Valid 




50 




48 


ns 


T55 


BSCK to Bus Status 
Idle to Non-Idle 




40 




39 


ns 


T55a 


BSCK to Bus Status 
Non-Idle to Idle (Note 3) 




40 




39 


ns 


T55b 


S<2:0> Hold from BSCK 


10 




10 




ns 



Note 1: BGACK is only issued if 55 Is low and AS, DSACKO,!, STERM and BGACK are deasserted. 

Note 2: For specific timing on these signals, see the memory read and memory write timing diagrams on previous pages. 

Note 3: S<2:0> will Inidicate IDLE at the end of T2 if the last operation Is a read operation or at the end of Th if the last operation is a write operation. 

Note 4: This timing value includes an RC delay inherent in our test measurement. These signals typically TRI-STATE 7 ns earlier, enabling other devices to drive 

these lines without contention. 

Note 5: BQACK Is driven high for approximately V, BSCK before going TRI-STATE. 
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7.0 AC and DC Specifications (Continued) 

BUS RETRY 



Th 



BSCK 



A<31:1> 



ZDC 



D<31:0> 
(WRITE) 



/n\_y^A /r\ 



T41ah 
BRT (Noi.3)\ \^ 



T41 



(Nat»2) 



HOLD 
(BMODE=0) 



T50- 



BGACK 
(BM0DE=1) 

BR 
(BM0DE=1) 



(TRI-STATE) 




/ /'(Notel) 



TL/F/10492-69 



Number 


Parameter 


20 MHz 


25 MHz 


Units 


MIn 


Max 


MIn 


Max 




T41 


Bus Retry Synchronous Setup Time to BSCK 
(Note 3) 


5 




4 




ns 


T41a 


Bus Retry Asynchronous 
Setup Time to BSCK (Note 3) 


5 




4 




ns 


T42 


Bus Retry Hold Time from BSCK (Note 2) 


7 




5 




ns 


T43 


BSCKto HOLD High (Notel) 




25 




22 


ns 


T44 


BSCK to HOLD Low (Note 1 ) 




22 




20 


ns 


T47 


BSCK to BR Low 




25 




23 


ns 








30 




2B 




T50 


BSCK to BGaCK High (Note 4) 


ns 



Note 1: Depending upon ths mode, the SONIC will assert and deassert HOLD from the rising or falling edge of BSCK. 

Note 2: Unless Latched Bus Ret ry mo da Is set (LBR In the Data Configuration Register, Section 4.3.2), BRT must remain asserted until after the Th state. It 

Latched Bus Retry mode is used. BRT does not need to satisfy T42. 

Note 3: T41 is for synchronous bus retry and T41a is for asynchronous bus retry (see Section 4.3.2, bit 15, Extended Bus Mode). Since T41a is an asynchronous 

setup time, it Is not necessary to meet it, but doing so will guarantee that the bus exception occurs In the cun-ent memory transfer, not the next 

Note 4: BGACK Is driven high for approximately Va BSCK before going TRI-STATE. 
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7.0 AC and DC Specifications (continued) 

MEMORY ARBITRATION/SLAVE ACCESS 

Ti T1 T2 Th 

BSCK 



TI T2 



(BMODE 



HOLD y- 
0)-/ 



(Note 1) 



SAS (Note 5) 
(BM0DE=1) 

SAS (Note 5) 
(BMODE=0) ~~~~~ 



MREQ (Note 1) 



-<S- 






<^^ 



■T56 



•4S- 
T57 



-iS- 



-!S- 



-5J— y. 



-<S — v_ 
-5i — ' 



►]T80 



/■ 
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Parameter 


20 MHz 


25 MHz 


Units 




MIn 


Max 


MIn 


Max 




T56 


C5 Low Asynch. Setup to BSCK 
(Note 2) 


12 




10 




ns 


T57 


C5 High Asyncti. Setup to BSCK 


8 




6 




ns 






12 




10 






T58 


MREQ Low Asynch. Setup to BSCK 
(Note 2) 


ns 






12 




10 






T59 


MREQ High Asynch. Setup to BSCK 


ns 








1.5 
5.5 




1.5 
5.5 




T60 


MREQ or CS to SMACK Low (Notes 3, 4) 


bcyc 








30 




27 




T80 


MREQ to SMACK High 


ns 








25 




20 




T81 


BSCK to SMACK Low 


ns 



Note 1: Both US and MREQ must not be asserted concurrently. If these signals are successivety asserted, there must be at least two bus clocks between the 

deasserting and asserting edges of these signals. 

Note 2: It is not necessary to meet the setup times for Mreq or ^ since these signals are asynchronously sampled. Meeting the setup lime for these signals, 

however, makes it possible to use T60 to detormine exactly when SMACK will be assarted. 

Note 3: The smaller value for T60 refers to when the SONIC is accessed during an idle condition and the other value re fers to w hen the SONIC is accessed during 

non-idle conditions. These values are not tested, but are guaranteed by design. This specification assumes that CS or MREQ is asserted Yj bus clock before the 

falling edge that these signals are asynchronously clocked In on (see T56 and T58). If T56 is met for CS or T58 is met for MREQ, then SMACK will be asserted 

exactly 1 bus clock, when the SONIC was idle, or 5 bus clocks, when the SONIC was in master mode, after the edge that T56 and T58 refer to. (This Is assuming 

that there were no wait states in the current master mode access . Wai t states will increase the time for SMACK to go low by the number of wait states in the cycle.) 

SAS must have been asserted for this timing to be correct. See SAS and CS timing in the register read and register write timing specifications. 

Note 4: bcyc = bus clock cycle time {T3). 

Note 5: The way in which SMACK is asserted is due to CS is not the same as the way in which SMACK is asserted due to MREQ. SMACK goes tow as a direct 

result of the assertion of MREQ. whereas, for CS, SAS must also be driven low (BMODE = 1) or high (BMODE = 0) before SMACK will be asserted. This means 

that when SMACK is asserted due to MREQ, SMACK will remain asserted until MREQ is deasserted. Multiple memory accesses can be made to the shared 

memory without SMACK ever going high. When SMACK is asserted due to CS, however, SMACK will only remain low as long as SAS is also low (BMODE = 1)or 

high (BMODE = 0). sMACk will not remain low throughout multiple register accesses to the SONIC because SAS must toggle for each register access. This in an 

important difference to consider when designing shared memory designs. 
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7.0 AC and DC Specifications (continued) 

REGISTER READ, BUODE = (Note 1) 

T1 T2(wait) T2(wai0 T2(wail) T2(walO 
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Number 


Parameter 


20 MHz 


25 MHz 


Units 




MIn 


Max 


Min 


Max 




T56 


CS Asynch. Setup to BSCK (Note 4) 


12 




10 




ns 


T60 


MREQ or CS to SMACK Low (Notes 3, 5, 8) 




1.5 
5.5 




1.5 

5.5 


bcyc 


T62 


SAS Assertion before CS (Note 6) 












ns 


T62a 


SAS Deassertion after CS (Notes 3, 6) 




1 




1 


bcyc 


T63 


Register Address Setup to SAS 


10 




7 




ns 


T64 


Register Address Hold Time from SAS 


10 




8 




ns 


T65 


SAS Pulse Width (Note 3) 


bcyc - 10 




bcyc - 10 




ns 


T68 


SWR (Read) Hold from SAS 


8 




6 




ns 


T72 


SMACK to RDYo Low (Notes 3, 8) 


2.5 


2.5 


bcyc 


T73 


SWR (Read) Setup to SAS 












ns 


T75 


BSCKto RDYo Low 




35 




30 


ns 


T76 


SAS or CS to RDYo High (Note 2) 




30 




27 


ns 


T79 


SAS or CS to SMACK High (Note 2) 




30 




28 


ns 


T81 


BSCK to SMACK Low 




25 




20 


ns 


T82 


BSCK to Register Data Valid 




83 




78 


ns 


TBS 


SAS or CS to Data TRI-STATE (Notes 2, 7) 




60 




58 


ns 


T85a 


Minimum CS Deassert Time (Note 3) 


1 




1 




bcyc 



Note 1: This figure shows a slave access to the SONIC when the SONIC is idle, or rather not in master mode. If the SONIC is a bus master, there will be some 

differences as noted in the Memory Arbitration/Slave Access diagram. The BSCK states (T1 , T2. etc.) are the equivalent processor states during a slave access. 

Note 2: If C5 is deasserted before the falling edge of SAS, T76, T79 and T85 are referenced from the rising edge of C5. 

Note 3: bcyc = bus clock cycle time (13). 

Note 4: It is not necessary to meet the setup ti me for C 5 since this signal is asynchronously sampled. Meeting the setup time for this signal, however, makes it 

possible to use T60 to determine exactly when SMACK will be asserted. 

Note 5: The smaller value for T60 refers to when the SONIC is accessed during an Idle condition and the other value refers to when the SONIC is accessed during 

non-idle conditions. These values are not tested, but are guaranteed by de^gn. This specification assumes that CS is asserted ^^ bus clock before the falling edge 

that C5 is asynchronously clocked in on (see T56). If 156 is met for C5, then SMACK will be asserted exactly 1 bus clock, when the SONIC was idle, or 5 bus 

clocks, when the SONIC was in mast er mode, after the edge that T56 refers to. (This is assuming that there were no wait states in the current master mode access. 

Wait states will increase the time for SMACK to go low by the number of wait states in the cycle.) 

Note 6: S AS m ay be asserted low anytime before or simultaneous to the falling edge of CS, It is suggested that SAS be driven high no later than CS. If necessary, 

however, SAS may be driven up to 1 BSCR after CS. 

Note 7: This timing value includes an RC delay Inherent In the test measurement These signals typically TRI-STATE 7 ns eariler, enabling other devices to drive 

these lines without contention. 

Note 8: These values are not tested, but are guaranteed by design. They are provided as a design guideline only. 
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7.0 AC and DC Specifications (Continued) 

REGISTER WRITE, BMODE = (Note 1) 
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Note 1: This figure shows a slave access to the SONIC when the SONIC is Idle, or rather not in master mode. If the SONIC is a bus master, there will be some 
differences as noted in the Memory Arbitration/Slave Access diagram. The BSCK states (Tl , T2, etc.) are the equivalent processor states during a slave access. 
Note 2: If CS is deasserled before the falling edge of SAS, T76 and T79 are referenced from the rising edge of CS. 
Note 3: bcyc = bus clock cycle time (T3). 

Note 4: It is not necessary to meet the setup time for ^ since this signal Is asynchronously sampled, luleeting the setup time for this signal, however, makes it 

passible to use T60 to determine exactly when SMACK will be asserted. 

Note 5: The smaller value for T60 refers to when the SONIC is accessed during an Idle condition and the other value refers to when the SONIC is accessed during 

non-idle conditions, These values are not tested, but are guaranteed by design. This specification assumes that C5 is asserted ^ bus clock before the falling edge 

that CS is asynchronously clocked in on (see T56). If T56 is met for CS. then SMACK will be asserted exactly 1 bus clock, when the SONIC was idle, or 5 bus 

clocks, when the SONIC was in master mode, after the edge that T56 refers to. (This is assuming that there were no wait states in the current master mode access. 

Wait states will increase the time for SMACK to go low by the number of wait states In the cycle.) 

Note 6; S AS m ay be asserted low anytime before or simultaneous to the falling edge of CS. It Is suggested that SAS be driven high no later than C5. If necessary 

however. SAS maybe driven up to 1 BSCK after CS. 

Note 7: These values are not tested, but are guaranteed by design. They are provided as a design guideline only. 
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Number 


Parameter 


20 MHz 


25 MHz 


Units 




Min 


Max 


Min 


Max 




T56 


C§ Asynch. Setup to BSCK (Note 4) 


12 




10 




ns 


T60 


MREQ or CS to SMACK Low (Notes 3, 5, 7) 




1.5 
5.5 




1.5 
5.5 


bcyc 


T62 


SAS Assertion before CS (Note 6) 












ns 


T62a 


SAS Daassertion after CS (Notes 3, 6) 




1 




1 


bcyc 


T63 


Register Address Setup to SAS 


10 




7 




ns 


T64 


Register Address Hold Time from SAS 


10 




8 




ns 


T65 


SAS Pulse Widtti (Note 3) 


bcyc - 10 




bcyc - 10 




ns 


T70 


SWR (Write) Setup to SAS 












ns 


T71 


SWR (Write) Hold from SAS 


7 




6 




ns 


T72 


SMACK to RDYo Low (Notes 3, 7) 


2.5 


2.5 


bcyc 


T75 


BSCK to RDYo Low 




35 




30 


ns 


T76 


SAS or dS to RDYo High (Note 2) 




30 




27 


ns 


T79 • 


SAS or CS to SMACK High (Note 2) 




30 




28 


ns 


T81 


BSCK to SMACK Low 




25 




20 


ns 


T83 


Register Write Data Setup to BSCK 


45 




45 




ns 


T84 


Register Write Data Hold from BSCK 


20 




20 




ns 


T85a 


Minimum CS Deassert Time (Note 3) 


1 




1 




bcyc 



7.0 AC and DC Specifications (continued) 

REGISTER READ, BMODE = 1 (Note 1) 

Tl T2(w ait) T2(wBit) T2 (w&lt) 

BSCK /~ \ / ~\ 

RA<5:0> 



12 (nil) T2(».lO 




TL/F/I0492-73 





Parameter 


20 MHz 


25 MHz 


Units 




Min 


Max 


Min 


Max 




T56 


CS Asynch. Setup to BSCK (Note 5) 


12 




10 




ns 


T60 


MREQ or CS to SMACK Low (Notes 4, 6, 9) 




1.5 
5.5 




1.5 
5.5 


boyc 


T62 


SAS Assertion before CS (Note 7) 












ns 


T63 


Register Address Setup to SAS 


10 




7 




ns 


T64 


Register Address Hold from SAS 


10 




8 




ns 


T67 


SRW (Read) Setup to SAS 












ns 


T72a 


SMACK to DSACK0,1 Low (Notes 4, 9) 


2 


2 


bcyc 


T74 


SRW (Read) Hold from SAS 


50 




46 




ns 


T75a 


BSCKtoDSACK0,1 Low 




35 




33 


ns 


T77 


CS to DSACKO.I Higli (Notes 2, 3) 




25 




24 


ns 


T77a 


SAS to DSACKO.I High (Notes 2, 3) 




35 




33 


ns 


T78 


Sl<ew between DSACKO.I 




10 




7 


ns 


T79a 


BSCK to SMACK High 




30 




28 


ns 


T81 


BSCK to SMACK Low 




25 




20 


ns 


T82 


BSCK to Register Data Valid 




83 




78 


"ns 


T85a 


Minimum CS Deassert Time (Note 4) 


1 




1 




boyc 


T86 


SAS or CS to Register Data TRI-STATE 
(Notes 2. 8) 




60 




57 


ns 



Note 1: Tliis figure shows a siave access to the SONIC when the SONIC is idie, or rather not in master mode. If the SONIC is a bus master, there will be some 

differences as noted in the Memory Arbitration/Slave Access diagram. The BSCK states (T1, T2, etc.) are the equivalent processor states during a slave access. 

Note 2: If CS is deasserted before the rising edge of SAS, T77 and T86 are referenced off the rising edge of CS instead of SAS. 

Note 3: DSACKO.I are driven high for about Vi bus clock before going TRI-STATE. 

Note 4: bcyc = bus clock cycle time (T3). 

Note 5: It is not necessary to meet the setup time for CS since this signal Is asynchronously sampled. Meeting the setup time for this signal, however, makes it 

possible to use T60 to determine exactly when SMACk will be asserted. 

Note 6: The smaller value for T60 refers to when the SONIC is accessed during an Idle condition and the other value refers to when the SONIC is accessed during 

non-idle conditions. These values are not tested, but are guaranteed by design. This specification assumes that CS is asserted y2 bus clock before the falling edge 

that C5 is asynchronously clocked in on (see T56). If T56 Is met for CS, then SMACK will be asserted exactly 1 bus clock, when the SONIC was idle, or 5 bus 

clocks, when the SONIC was in master mode, after the edge that T56 refers to. (This is assuming that there were no wait states in the current master mode access. 

Wait states will increase the time for SMACK to go low by the number of wait states in the cycle.) 

Note 7: SAS may be asserted at anytime before or simultaneous to the falling edge of 5S. 

Note 8: This timing value includes an RC delay inherent In the test measurement. These signals typically TRI-STATE 7 ns earlier, enabling other devices to drive 

these lines without contention. 

Note 9: These values are not tested, but are guaranteed by design. They are prowded as a design guideline only. 
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7.0 AC and DC Specifications (continued) 

REGISTER WRITE, BMODE = 1 (Note 1) 

'I J2(..il) T2 (w.iO 72(.«iO T2(.ill) T2(««il) 72 
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Number 



T56 



T60 



T62 



T63 



T64 



T70a 



T71a 



Parameter 



CS Asynch. Setup to BSCK (Note 5) 



MREQ or CS to SMACK Low (Notes 4, 6, 8) 



SAS Assertion before CS (Note 7) 



Register Address Setup to SAS 



Register Address Hold from SAS 



SRW (Write) Setup to SAS 



SHW (Write) Hold from SAS 



20 MHz 



Min 



12 



10 



10 



10 



Max 



1.5 
5.5 



25 MHz 



MIn 



10 



Max 



1.5 
5.5 



Units 



bcyc 



T72a 



SMACK to DSACKO.I Low (Notes 4, 8) 



bcyc 



T75a 



BSCK to DSACKO.I Low 



T77 



CS to DSACKO.I High (Notes 2, 3) 



T77a 



SAS to DSACKO.I Higli (Notes 2. 3) 



T78 



Skew between DSACKO.I 



T79a 



BSCK to SMACK High 



T81 



BSCK to SMACK Low 



44 



25 



35 



10 



30 



25 



42 



24 



33 



28 



20 



T83 



Register Write Data Setup to BSCK 



45 



45 



T84 



Register Write Data Hold from BSCK 



20 



T85a 



Minimum CS Deassert Time (Note 4) 



1 



20 

1 



bcyc 



Note 1: This figura shows a slave access to the SONIC when the SONIC is idle, or rather not in master mode. If the SONIC Is a bus master, there will be some 

differences as noted in the Memory Arbitration/Slave Access diagram. The BSCK states (T1, T2, etc.) are the equivalent processor states during a slave access. 

Note 2: It 55 is de asserled before the rising edge of SS5, then T77 is referenced oft the rising edge of CS Instead of 5a5. 

Note 3: [JSACKO.l are driven high for about Vi bus clock before going TRI-STATE. 

Note 4: bcyc = bus clock cycle time fT3). 

Note 5: It is not necessary to meet the setup timeJorCS since this signal Is asynchronously sampled. Meeting the setup time lor this signal, however, makes It 

possible to use T60 to determine exactly when SMACK will be asserted. 

Note 6: The smaller value for T60 refers to when the SONIC is accessed during an Idle condition and the other value refers to when the SONIC is accessed during 

non-idle conditions. These values are not tested, but are guaranteed by design. This spe cification assumes that CS is asserted Vi bus clock before the falling edge 

that ^ is asynchronously clocked in on (see TS6). If T56 is met for CS, then SMACK will be asserted exactly 1 bus clock, when the SONIC was Idle, or 5 bus 

clocks, when the SONIC was in mast er mode, alter the edge that T56 refers to. (This is assuming that there were no wait states in the current master mode access. 

Wait states will increase the lime for SMACK to go low by the number of wait states in the cycle.) 

Note 7: SAS may be asserted at anytime before or simultaneous to the falling edge of CS. 

Note 8: These values are not tested, but are guaranteed by design. They are provided as a design guideline only. 
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7.0 AC and DC Specifications (continued) 

ENDEC TRANSMIT TIMING (INTERNAL ENDEC MODE) 



787 I*- 




-H T88 h- 



TX+/- 



h-T95 T97-H h- -H h*-T96 Ct 



-T101— < 
i-T100-»j 
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Number 


Parameter 


MIn 


Max 


Units 


T87 


Transmit Clock High Time (Note 1 ) 


40 




ns 


T88 


Transmit Clocl< Low Time (Note 1 ) 


40 




ns 


189 


Transmit C!ocl< Cycle Time (Note 1 ) 


99.99 


100.01 


ns 


195 


Transmit Output Delay (Note 1) 




55 


ns 


T96 


Transmit Output Fall Time (80% to 20%, Note 1) 




7 


ns 


T97 


Transmit Output Rise Time (20% to 80%, Note 1 ) 




7 


ns 


T98 


Transmit Output Jitter (Not Shown) 


0.5 Typ 


ns 


T100 


Transmit Output High before Idle (Half Step) 


200 




ns 


T101 


Transmit Output Idle Time (Half Step) 




8000 


ns 



Note 1: This specification is provided for information only and is not tested. 
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7.0 AC and DC Specifications (continued) 

ENDEC RECEIVE TIMING (INTERNAL ENDEC MODE) 



RX+/- 



CRS 




a 

09 

W 

<o 

W 

OJ 



k- T109— ») 
T10B-H|<- I 



T107 



/' V_^^ 
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ENDEC COLLISION TIMING 



CD+/- 



COL 




TL/F/10492-77 



Number 



T102 



T105 



T106 



T107 



T108 



T109 



T112 



T113 



T114 



T115 



Parameter 



Receive Clock Duty Cycle Time (Note 1) 



Carrier Sense on Time 



Data Acquisition Time 



Receive Data Output Delay 



Receive Data Valid from RXC 



Receive Data Stable Valid Time 



Carrier Sense Off Delay (Note 2) 



Minimum Number of RXCs after CRS Low (Note 3) 



Collision Turn On Time 



Collision Turn Off Time 



MIn 



40 



90 



Max 



60 



70 



700 



150 



10 



155 



55 



250 



Note 1: This parameter is measured at the 50% point of each clocl< edge. 

Note 2; When CRSi goes low. it remains low for a minimum of 2 receive clocks (RXCs). 

Note 3: rcyc = receive clocks. 



Units 



rcyc 
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7.0 AC and DC Specifications (continued) 

ENDEC-MAC SERIAL TIMING FOR RECEPTION (EXTERNAL ENDEC MODE) 



RXC 




CRS 



I I- T125 

126-H |-^ 



^^^sV 



k- T1 

T121— 1_^-^ U_ 



TUFn0492-78 



Number 



11 18 



1119 



T120 



T121 



T122 



T124 



T125 



T126 



Parameter 



Receive Clock High Time 



Receive Clocl< Low Time 



Receive Clock Cycle Time 



RXD Setup to RXC 



RXD Hold from RXC 



Maximum Allowed Dribble Bits 



Receive Recovery Time (Note 2) 



RXC to Carrier Sense Low (Note 1 ) 



MIn 



35 



35 



90 



20 



15 



Max 



110 



Units 



Bits 



rcyc 



Note 1: tcyc - transmit clocks, rcyc = receive docks, bcyo = T3. 

Note J: This parameter refers to longest time (not including wait-states) the SONIC requires to perform its end of receive processing and be ready for the next start 

of frame delimiter. This time is 4 tcyc + 36 bcyc. This Is guaranteed by design and is not tested. 

ENDEC-MAC SERIAL TIMING FOR TRANSMIT (NO COLLISION) 



TXE 



TXD 



COL 




.^ZIII)CZXn=X=SpC^EE\ 



y 



-T135 
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Number 



T127 



T128 



T129 



T130 



T131 



T132 



T133 



T134 



T135 



Parameter 



Transmit Clock Higli Time 



Transmit Clock Low Time 



Transmit Clock Cycle Time 



TXC to TXE High 



TXC to TXD Valid 



TXD Hold Time from TXC 



TXC to TXE Low 



TXE Low to Start of CD Heartbeat (Note 1) 



Collision Detect Width (Note 1) 



MIn 



40 



40 



90 



Max 



110 



40 



15 



40 



64 



Units 



tcyc 



tcyc 



Note 1:tcyc -= transmit clocks. 
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7.0 AC and DC Specifications (continued) 

ENDEC-MAC SERIAL TIMING FOR TRANSMISSION (COLLISION) 



TXC 

COL 
TXD 

TXE ■ 




a — 



Number 



T135 



T136 



T137 



Parameter 



Collision Delect Width (Note 1) 



Delay from Collision 



Jam Period 



Note 1:tcyc = transmit cloclf. 



8.0 AC Timing Test Conditions 

All specifications are valid only if the mandatory isolation is 
employed and all differential signals are taken to be at the 
AUI side of the pulse transformer. 

Input Pulse Levels (TTL/CMOS) GND to 3.0V 

Input Rise and Fall Times (TTL/CMOS) 5 ns 

Input and Output Reference 

Levels (TTL/CMOS) 
Input Pulse Levels (Diff.) 
Input and Output 

Reference Levels (Diff.) 
TRI-STATE Reference Levels 
Output Load (See Figure below) 

V, 



1.5V 

-350mVto-l315mV 

50% Point of 

the Differential 

Float (A V) ±0.5V 



SI (NOTE 2) 




C^CNOTE t) 



TL/F/10492-84 

Note 1: 50 pF, includes scope and jig capacitance. 

Note 2: SI = Open tor timing tests for push pull outputs. 

SI - Vcc for Vol test. 

St - GND for VoH test. 

SI = Vcc 'or" Higti Impedance to active low and active low to Higti 

Impedance measurements. 
SI = GND for High Impedance to active high and acth/a high to 

High Impedance measurements. 



JAM1 



X^E 



-T137- 



T133-H 



-5^- 



o 
■a 

00 
OJ 
(O 
CO 
lO 

00 
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Min 



Max 



32 



Units 



tcyc 



tcyc 



tcyc 



Capacitance ta = as-c, f = i mhz 



Symbol 


Parameter 


Typ 


Units 


Qn 


Input Capacitance 


7 


pF 


Cout 


Output Capacitance 


7 


pF 



DERATING FACTOR 

Output timing Is measured with a purely capacitive load of 
50 pF. The following correction factor can be used for other 
loads; Cl S 50 pF + 0.05 ns/pF. 

AUI Transmit Test Load 

TX+ 



78a: 



27>iH 



TX-- 



TL/F/10492-85 

Note: In the above diagram, the TX+ and TX- signals are taken from the 
AUI side of the isolation (pulse transformer). The pulse transfomier 
used for all testing Is a selected 100 jiH ±0.1% Pulse Engineering 
PE64103. 
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National 

Semiconductor 



PRELIMINARY 



DP83916SONIC™-16 

Systems-Oriented Network Interface Controller 



General Description 

The SONICTM-16 (Systems-Oriented Network Interface 
Controller) is a second-generation Ethernet Controller de- 
signed to meet the demands of today's high-speed 16-bit 
systems. Its system interface operates with a high speed 
DMA that typically consumes less than 8% of the bus band- 
width. Selectable bus modes provide both big and little endi- 
an byte ordering and a clean interface to standard micro- 
processors. The linked-list buffer management system of 
SONIC-1 6 offers maximum flexibility in a variety of environ- 
ments from PC-oriented adapters to high-speed mother- 
board designs. Furthermore, the SONIC-1 6 integrates a ful- 
ly-compatible IEEE 802.3 Encoder/Decoder (ENDEC) al- 
lowing for a simple 2-chip solution for Ethernet when the 
SONIC-1 6 is paired with the DP8392 Coaxial Transceiver 
Interface. 

For increased performance, the SONIC-16 Implements a 
unique buffer management scheme to efficiently process 
receive and transmit packets in system memory. No inter- 
mediate packet copy is necessary. The receive buffer man- 
agement uses three areas in memory for (1) allocating addi- 
tional resources, (2) indicating status information, and (3) 
buffering packet data. During reception, the SONIC-16 
stores packets in the buffer area, then indicates receive 
status and control information in the descriptor area. The 
system allocates more memory resources to the SONIC-1 6 
by adding descriptors to the memory resource area. The 
transmit buffer management uses two areas in memory: 



one for Indicating status and control information and the 
other for fetching packet data. The system can create a 
transmit queue allowing multiple packets to be transmitted 
from a single transmit command. The packet data can re- 
side on any arbitrary byte boundary and can exist in several 
non-contiguous locations. 

Features 

■ 23-bit non-multiplexed address/ 16-bit data bus 

■ High-speed, interruptible DMA 

■ Linked-list buffer management maximizes flexibility 

■ Two independent 32-byte transmit and receive FIFOs 

■ Bus compatibility for all standard microprocessors 

■ Supports big and little endian formats 

■ Integrated IEEE 802.3 ENDEC 

■ Complete address filtering for up to 16 physical and/or 
multicast addresses 

■ 32-blt general-purpose timer 

■ Full-duplex loopback diagnostics 

■ Fabricated in low-power CMOS 

■ 132 PQFP package 

■ Full network management facilities support the IEEE 
802.3 layer management standard 

■ Integrated support for bridge and repeater applications 



System Diagram 



IEEE 802.3 Ethernet/Thln-Ethernet/IOBASE-T Station 
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1.0 Functional Description 

The SONIC-16 (Figure 1-1) consists of an encoder/decoder 
(ENDEC) unit, media access control (MAC) unit, separate 
receive and transmit FIFOs, a system buffer management 
engine, and a user programmable system bus interface unit 
on a single chip. SONIC-16 is highly pipelined providing 
maximum system level performance. This section provides 
a functional overview of SONIC-16. 

1.1IEEE 802.3 ENDEC UNIT 

The ENDEC (Encoder/Decoder) unit is the interface be- 
tween the Ethernet transceiver and the MAC unit. It pro- 
vides the Manchester data encoding and decoding func- 
tions for IEEE 802.3 Ethernet/Thin-Ethernet type local area 
networks. The ENDEC operations of SONIC-16 are Identical 
to the DP83910A CMOS Serial Networl< Interface device. 
During transmission, the ENDEC unit combines non-return- 
zero (NRZ) data from the MAC section and clock pulses into 
Manchester data and sends the converted data differentially 
to the transceiver. Conversely, during reception, an analog 
PLL decodes the Manchester data to NRZ format and re- 
ceive clock. The ENDEC unit is a functionally complete 
Manchester encoder/decoder incorporating a balanced 
driver and receiver, on-board crystal oscillator, collision sig- 
nal translator, and a diagnostic loopback. The features in- 
clude: 

• Compatible with Ethernet I and II, IEEE 802.3 10BASE5 
and 10BASE2 

• lOMb/s Manchester encoding/decoding with receive 
clock recovery 

• Requires no precision components 

• Loopback capability for diagnostics 

• Externally selectable half or full step modes of operation 
at transmit output 

• Squelch circuitry at the receive and collision inputs reject 
noise 

• Connects to the transceiver (AUI) cable via external 
pulse transformer 



1.1.1 ENDEC Operation 

The primary function of the ENDEC unit (Figure 1-2) is to 
perform the encoding and decoding necessary for compati- 
bility between the differential pair Manchester encoded data 
of the transceiver and the Non-Return-to-Zero (NRZ) serial 
data of the MAC unit data line. In addition to encoding and 
decoding the data stream, the ENDEC also supplies all the 
necessary special signals (e.g., collision detect, carrier 
sense, and clocks) to the MAC unit. 
Manchester Encoder and Differential Output Driver: 
During transmission to the network, the ENDEC unit trans- 
lates the NRZ serial data from the MAC unit into differential 
pair Manchester encoded data on the Coaxial Transceiver 
Interface (e.g.. National's DP8392) transmit pair. To perform 
this operation the NRZ bit stream from the MAC unit is 
passed through the Manchester encoder block of the EN- 
DEC unit. Once the bit stream is encoded, it is transmitted 
out differentially to the transmit differential pair through the 
transmit driver. 

Manchester Decoder: During reception from the network, 
the differential receive data from the transceiver (e.g., the 
DP8392) is converted from Manchester encoded data into 
NRZ serial data and a receive clock, which are sent to the 
receive data and clock Inputs of the MAC unit. To perform 
this operation the signal, once received by the differential 
receiver, is passed to the phase locked loop (PLL) decoder 
block. The PLL decodes the data and generates a data re- 
ceive clock and a NRZ serial data stream to the MAC unit. 
Special Signals: In addition to performing the Manchester 
encoding and decoding function, the ENDEC unit provides 
control and clocking signals to the MAC unit. The ENDEC 
sends a earner sense (CRS) signal that indicates to the 
MAC unit that data is present from the network on the EN- 
DEC's receive differential pair. The MAC unit is also provid- 
ed with a collision detection signal (COL) that informs the 
MAC unit that a collision is taking place somewhere on the 
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FIGURE 1-1. SONIC-16 Blocl< Diagram 
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1.0 Functional Description (continued) 
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1.0 Functional Description (continued) 

network. The ENDEC section detects this when its coilision 
receiver detects a 10 MHz signal on the differential collision 
input pair. The ENDEC also provides both the receive and 
transmit clocks to the MAC unit. The transmit clock is one 
half of the oscillator input. The receive clock is extracted 
from the input data by the PLL 

Oscillator: The oscillator generates the 10 MHz transmit 
clock signal for network timing. The oscillator is controlled 
by a parallel resonant crystal or by an external clock (see 
section 6.1 .3). The 20 MHz output of the oscillator is divided 
by 2 to generate the 10 MHz transmit clock {TXC) for the 
MAC section. The oscillator provides an internal clock signal 
for the encoding and decoding circuits. 
The signals provided to the MAC unit from the on-chip EN- 
DEC are also provided as outputs to the user. 
Loopback Functions: The SCNIC-16 provides three loop- 
back modes. These modes allow loopback testing at the 
MAC, ENDEC and external transceiver level (see section 
1.7 for details). It is important to note that when the SONIC- 
16 is transmitting, the transmitted packet will always be 
looped back by the external transceiver. The SONIC-1 6 
takes advantage of this to monitor the transmitted packet. 
See the explanation of the Receive State Machine In sec- 
tion 1.2.1 for more information about monitoring transmitted 
packets. 

1.1.2 Selecting An External ENDEC 

An option is provided on SONIC-16 to disable the on-chip 
ENDEC unit and use an external ENDEC. The internal IEEE 

802.3 ENDEC can be bypassed by connecting the EXT pin 
to Vcc (EXT= 1). In this mode the MAC signals are redirect- 
ed out from the chip, allowing an external ENDEC to be 
used. See section 5.2 for the alternate pin definitions. 

1.2 MAC UNIT 

The MAC (Media Access Control) unit performs the media 
access control functions for transmitting and receiving pack- 
ets over Ethernet. During transmission, the MAC unit frames 
information from the transmit FIFO and supplies serialized 
data to the ENDEC unit. During reception, the incoming in- 
formation from the ENDEC unit is deserialized, the frame 
checked for valid reception, and the data is transfen-ed to 
the receive FIFO. Control and status. registers on the 
SONIC-1 6 govern the operation of the MAC unit. 
1.2.1 MAC Receive Section 

The receive section (Figure 1-3) controls the MAC receive 
operations during reception, loopback, and transmission. 
During reception, the deserializer goes active after detecting 
the 2-bit SFD (Start of Frame Delimiter) pattern (section 
2.1). It then frames the incoming bits into octet boundaries 
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and transfers the data to the 32-byte receive FIFO. Concur- 
rently the address comparator compares the Destination 
Address Field to the addresses stored in the chip's CAM 
address registers (Content Addressable Memory cells). If a 
match occurs, the deserializer passes the remainder of the 
packet to the receive FIFO. The packet is decapsulated 
when the carrier sense input pin (CRS) goes inactive. At the 
end of reception the receive section checks the following: 

— Frame alignment errors 

— CRC errors 

— Length errors (runt packets) 

The appropriate status is Indicated in the Receive Control 
register (section 4.3.3). In loopback operations, the receive 
section operates the sarfie as during normal reception. 
During transmission, the receive section remains active to 
allow monitoring of the self-received packet. The CRC 
checker operates as normal, and the Source Address field 
Is compared with the CAM address entries. Status of the 
CRC check and the source address comparison is indicated 
by the PMB bit in the Transmit Control register (section 
4.3.4). No data is written to the receive FIFO during transmit 
operations. 

The receive section consists of the following blocks detailed 
below. 

Receive State Machine (RSM): The RSM insures the prop- 
er sequencing for normal reception and self-reception dur- 
ing transmission. When the network is inactive, the RSM 
remains in an idle state continually monitoring for network 
activity. If the network becomes active, the RSM allows the 
deserializer to write data into the receive FIFO. During this 
state, the following conditions may prevent the complete 
reception of the packet. 

— FIFO Overrun— The receive FIFO has been completely 
filled before the SONIC-1 6 could buffer the data to mem- 
ory. 

— CAM Address Mismatch— The packet is rejected be- 
cause of a mismatch between the destination address of 
the packet and the address in the CAM. 

— Memory Resource Error — There are no more resources 
(buffers) available for buffering the incoming packets. 

— Collision or Other Error— A collision occured on the net- 
work or some other error, such as a CRC error, occurred 
(this is true if the SONIC-16 has been told to reject pack- 
ets on a collision, or reject packets with errors). 

If these conditions do not occur, the RSM processes the 
packet indicating the appropriate status in the Receive Con- 
trol register. 
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FIGURE 1-3. MAC Receiver 
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1.0 Functional Description (continued) 

During transmission of a pacl<et from tlie SONIC-16, the 
external transceiver will always loop the packet back to the 
SONIC-16. The SONIC-1 6 will use this to monitor the packet 
as It is being transmitted. The CRC and source address of 
the looped back packet are checked with the CRC and 
source address that were transmitted. If they do not match, 
an en-or bit is set in the status of the transmitted packet (see 
Packet Monitored Bad, PBM, in the Transmit Control Regis- 
ter, section 4.3.4). Data is not written to the receive FIFO 
during this monitoring process unless Transceiver Loopback 
mode has been selected (see section 1.7). 
Receive Logic: The receive logic contains the command, 
control, and status registers that govern the operations of 
the receive section. It generates the control signals for writ- 
ing data to the receive FIFO, processes error signals ob- 
tained from the CRC checker and the deserializer, activates 
the "packet reject" signal to the RSM for rejecting packets, 
and posts the applicable status in the Receive Control regis- 
ter. 

Deserializer: This section deserializes the serial input data 
stream and furnishes a byte clock for the address compara- 
tor and receive logic. It also synchronizes the CRC checker 
to begin operation (after SFD is detected), and checks for 
proper frame alignment with respect to CRS going inactive 
at the end of reception. 

Address Comparator: The address comparator latches the 
Destination Address (during reception or loopback) or 
Source Address (during transmission) and determines 
whether the address matches one of the entries in the CAM 
(Content Addressable Memory). 

CRC Checker: The CRC checker calculates the 4-byte 
Frame Check Sequence (PCS) field from the Incoming data 
stream and compares it with the last 4-bytes of the received 
packet. The CRC checker is active for both normal recep- 
tion and self-reception during transmission. 
Content Addressable Memory (CAM): The CAM contains 
16 user programmable entries and 1 pre-programmed 
Broadcast address entry for complete filtering of received 
packets. The CAM can be loaded with any combination of 
Physical and Multicast Addresses (section 2.2). See section 
4.1 for the procedure on loading the CAM registers. 

1.2.2 MAC Transmit Section 

The transmit section (Figure 1-4) is responsible for reading 
data from the transmit FIFO and transmitting a serial data 



stream onto the network in conformance with the IEEE 
802.3 CSMA/CD standard. The Transmit Section consists 
of the following blocks. 

Transmit State Machine (TSM): The TSM controls the 
functions of the serializer, preamble generator, and JAM 
generator. It determines the proper sequence of events that 
the transmitter follows under various network conditions. If 
no collision occurs, the transmitter prefixes a 62-blt pream- 
ble and 2-bit Start of Frame Delimiter (SFD) at the beginning 
of each packet, then sends the serialized data. At the end of 
the packet, an optional 4-byte CRC pattern is appended. If a 
collision occurs, the transmitter switches from transmitting 
data to sending a 4-byte Jam pattern to notify all nodes that 
a collision has occurred. Should the collision occur during 
the preamble, the transmitter waits for it to complete before 
jamming. After the transmission has completed, the trans- 
mitter writes status in the Transmit Control register (section 
4.3.4). 

Protocol State Machine: The protocol state machine as- 
sures that the SONIC-16 obeys the CSMA/CD protocol. Be- 
fore transmitting, this state machine monitors the carrier 
sense and collision signals for network activity. If another 
node(s) is currentiy transmitting, the SONIC-16 defers until 
the network is quiet, then transmits after Its Interframe Gap 
Timer (9.6 /us) has expired. The Interframe Gap time is divid- 
ed into two portions. During the first 6.4 jus, network activity 
restarts the Interframe Gap timer. Beyond this time, howev- 
er, network activity is ignored and the state machine waits 
the remaining 3.2 jus before transmitting. If the SONIC-16 
experiences a collision during a transmission, the SONIC-16 
switches from transmitting data to a 4-byte JAM pattern (4 
bytes of all I's), before ceasing to transmit. The SONIC-16 
then waits a random number of slot times (51.2 jxs) deter- 
mined by the Truncated Binary Exponential Bacl<off Algo- 
rithm before reattempting another transmission. In this algo- 
rithm, the number of slot times to delay before the nth re- 
transmission is chosen to be a random integer r In the range 
of: 

s r ^ 2k 
where k = min(n,10) 
If a collision occurs on the 16th transmit attempt, the SON- 
IC-16 aborts transmitting the packet and reports an "Exces- 
sive Collisions" error in the Transmit Control register. 
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FIGURE 1-4. MAC Transmitter 
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1.0 Functional Description (continued) 

Serializer: After data has been written Into the 32-byte 
transmit FIFO, the serializer reads byte wide data from the 
FIFO and sends a NRZ data stream to the Manchester en- 
coder. The rate at which data is transmitted is determined 
by the transmit clock (TXC). The serialized data Is transmit- 
ted after the SFD. 

Preamble Generator: The preamble generator prefixes a 
62-bit alternating "1,0" pattern and a 2-bit "1,1" SFD pat- 
tern at the beginning of each packet. This allows receiving 
nodes to synchronize to the Incoming data. The preamble is 
always transmitted in its entirety even In the event of a colli- 
sion. This assures that the minimum collision fragment Is 96 
bits (64 bits of normal preamble, and 4 bytes, or rather 32 
bits, of the JAM pattern). 

CRC Generator: The CRC generator calculates the 4-byte 
FCS field from the transmitted serial data stream. If en- 
abled, the 4-byte FCS field is appended to the end of the 
transmitted packet (section 2.6). 

Jam Generator: The Jam generator produces a 4-byte pat- 
tern of all 1's to assure that all nodes on the network sense 
the collision. When a collision occurs, the SONIC-16 stops 
transmitting data and enables the Jam generator. If a colli- 
sion occurs during the preamble, the SONIC-16 finishes 
transmitting the preamble before enablirig the Jam genera- 
tor (see Preamble Generator above). 

1.3 BYTE ORDERING 

The SONIC-16 wilt operate with 16-bit wide memory. The 
SONIC-16 provides both Little Endian and Big Endlan byte- 



ordering capability for compatibility with National/Intel or 
Motorola microprocessors respectively by selecting the 
proper level on the BMODE pin. The byte ordering is depict- 
ed as follows: 

Little Endian mode (BMODE = 0): The byte orientation for 
received and transmitted data in the Receive Buffer Area 
(RBA) and Transmit Buffer Area (TBA) of system memory Is 
as follows: 

16-BltWord 



15 8 
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Byte 1 


ByteO 



MSB 
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Big Endian mode (BMODE == 1): The byteorientation for 
received and transmitted data In the RBA and TBA is as 
follows: 
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FIGURE 1-5. Receive FIFO 
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1.0 Functional Description (continued) 

1.4 FIFO AND CONTROL LOGIC 

The SONIC-16 incorporates two independent 32-byte 
FIFOs for transferring data to/from the system interface and 
from/to the network. The FIFOs, providing temporary stor- 
age of data, free the host system from the reai-tlme de- 
mands on the network. 

The way in which the FIFOS are emptied and filled is con- 
trolled by the FIFO threshold values and the Block Mode 
Select bits (BMS, section 4.3.2). The threshold values deter- 
mine how full or empty the FIFOs can be before the SONIC- 
16 will request the bus to get more data from memory or 
buffer more data to memory. When block mode Is set, the 
number of bytes transferred is set by the threshold value. 
For example. If the threshold for the receive FIFO is 4 
words, then the SONIC-1 6 will always transfer 4 words from 
the receive FIFO to memory. If empty/fill mode is set, how- 
ever, the number of bytes transferred is the number required 
to fill the transmit FIFO or empty the receive FIFO. More 
specific information about how the threshold affects recep- 
tion and transmission of packets is discussed in sections 
1.4.1 and 1.4.2 below. 

1.4.1 Receive FIFO 

To accommodate the different transfer rates, the receive 
FIFO (Figure 1-5) serves as a buffer between the 8-blt net- 
work (deserializer) Interface and the 16-blt system interface. 
The FIFO is arranged as a 4-byte wide by 8 deep memory 
array (8 long words, or 32 bytes) controlled by three sec- 
tions of logic. During reception, the Byte Ordering logic di- 
rects the byte stream from the deserializer into the FIFO 
using one of four write pointers. Depending on the selected 
byte-ordering mode, data is written either least significant 
byte first or most significant byte first to accommodate little 
or big endlan byte-ordering formats respectively. 

As data enters the FIFO, the Threshold Logic monitors the 
number of bytes written In from the deserializer. The pro- 
grammable threshold (RFTI.O in the Data Configuration 
Register) determines the number of words (or long words) 
written into the FIFO from the MAC unit before a DMA re- 
quest for system memory occurs. When the threshold Is 
reached, the Threshold Logic enables the Buffer Manage- 
ment Engine to read a programmed number of 16-bit words 
(depending upon the selected word width) from the FIFO 
and transfers them to the system interface (the system 
memory) using DMA. The threshold is reached when the 
number of bytes in the receive FIFO is greater than the 
value of the threshold. For example, if the threshold is 4 
words (8 bytes), then the Threshold Logic will not cause the 
Buffer Management Engine to write to memory until there 
are more than 8 bytes In the FIFO. 
The Buffer Management Engine reads either the upper or 
lower half (16 bits) of the FIFO. If, after the transfer is com- 
plete, the number of bytes in the FIFO is less then the 
threshold, then the SONIC-16 is done. This is always the 
case when the SONIC-16 is in empty/fill mode. If, however, 
for some reason (e.g. latency on the bus) the number of 
bytes in the FIFO is still greater than the threshold value, 
the Threshold Logic will cause the Buffer Management En- 
gine to do a DMA request to write to memory again. This 
later case is usually only possible when the SONIC-16 is in 
block mode. 

When in block mode, each time the SONIC-16 requests the 
bus, only a number of bytes equal to the threshold value will 



be transferred. The Threshold Logic continues to monitor 
the number of bytes written in from the d?serlallzer and en- 
ables the Buffer Management Engine every time the thresh- 
old has been reached. This process continues until the end 
of the packet. 

Once the end of the packet has been reached, the serlalizer 
will fill out the last word If the last byte did not end on a word 
boundary. The fill byte will be OFFh. Immediately after the 
last byte (or fill byte) In the FIFO, the received packets 
status will be written Into the FIFO. The entire packet, In- 
cluding any fill bytes and the received packet status will be 
buffered to memory. When a packet is buffered to memory 
by the Buffer Management Engine, it Is always taken from 
the FIFO in words and buffered to memory on word bounda- 
ries. Data from a packet cannot be buffered on odd byte 
boundaries (see Section 3.3). For more information on the 
receive packet buffering process, see Section 3.4. 

1.4.2 Transmit FIFO 

Similar to the Receive FIFO, the Transmit FIFO (Figure 1-6) 
serves as a buffer between the 1 6-bit system Interface and 
the network (seriallzer) interface. The Transmit FIFO is also 
arranged as a 4 byte by 8 deep memory array (8 long words 
or 32 bytes) controlled by three sections of logic. Before 
transmission can begin, the Buffer Management Engine 
fetches a programmed number of 1 6-blt words from memo- 
ry and transfers them to the FIFO. The Buffer Management 
Engine writes either the upper or lower half (16 bits) into the 
FIFO. 

The Threshold logic monitors the number of bytes as they 
are written into the FIFO. When the threshold has been 
reached, the Transmit Byte Ordering state machine begins 
reading bytes from the FIFO to produce a continuous byte 
stream for the serlalizer. The threshold is met when the 
number of bytes in the FIFO Is greater than the value of the 
threshold. For example, if the transmit threshold Is 4 words 
(8 bytes), the Transmit Byte Ordering state machine will not 
begin reading bytes from the FIFO until there are 9 or more 
bytes in the buffer. The Buffer Management Engine contin- 
ues replenishing the FIFO until the end of the packet. It 
does this by making multiple DMA requests to the system 
interface. Whenever the number of bytes in the FIFO is 
equal to or less than the threshold value, the Buffer Man- 
agement Engine will do a DMA request. If block mode is set, 
then after each request has been granted by the system, 
the Buffer Management Engine will transfer a number of 
bytes equal to the threshold value Into the FIFO. If empty/fill 
mode is set, the FIFO will be completely filled in one DMA 
request 

Since data may be organized in big or little endian byte or- 
dering format, the Transmit Byte Ordering state machine 
uses one of four read pointers to locate the proper byte 
within the 4 byte wide FIFO. It also determines the valid 
number of bytes In the FIFO. For packets which begin or 
end at odd bytes in the FIFO, the Buffer Management En- 
gine writes extraneous bytes into the FIFO. The Transmit 
Byte Ordering state machine detects these bytes and only 
transfers the valid bytes to the serlalizer. The Buffer Man- 
agement Engine can read data from memory on any byte 
boundary (see Section 3.3). See Section 3.5 for more infor- 
mation on transmit buffering. 
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1.0 Functional Description (continued) 
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FIGURE 1-6. Transmit FIFO 



1.5 STATUS AND CONFIGURATION REGISTERS 

The SONIC-1 6 contains a set of status/control registers for 
conveying status and control information to/from the host 
system. The SONIC-1 6 uses these registers for loading 
commands generated from the system, indicating transmit 
and receive status, buffering data to/from memory, and pro- 
viding interrupt control. Each register is 16 bits in length. 
See section 4.0 for a description of the registers. 

1.6 BUS INTERFACE 

The system interface (Figure 1-7) consists of the pins nec- 
essary for interfacing to a variety of buses. It includes the 
I/O drivers for the data and address lines, bus access con- 
trol for standard microprocessors, ready logic for synchro- 
nous or asynchronous systems, slave access control, inter- 
rupt control, and shared-memory access control. The func- 
tional signal groups are shown in Figure 1-7. See section 5.0 
for a complete description of the SONIC-1 6 bus interface. 

1.7 LOOPBACK AND DIAGNOSTICS 

The SONIC-1 6 furnishes three loopback modes for self- 
testing from the controller interface to the transceiver inter- 
face. The loopback function is provided to allow self-testing 
of the chip's internal transmit and receive operations. During 
loopback, transmitted packets are routed back to the re- 
ceive section of the SONIC-1 6 where they are filtered by the 
address recognition logic and buffered to memory if accept- 
ed. Transmit and receive status and interrupts remain active 
during loopback. This means that when using loopback, it is 
as if the packet was transmitted and received by two sepa- 
rate chips that are connected to the same bus and memory. 
MAC Loopback: Transmitted data is looped back at the 
MAC. Data is not sent from the MAC to either the internal 
ENDEC or an external ENDEC (the external ENDEC inter- 
face pins will not be driven), hence, data is not transmitted 
from the chip. Even though the ENDEC is not used in MAC 
loopback, the ENDEC clock (an oscillator or crystal for the 
internal ENDEC or TXC for an external ENDEC) must be 
driven. Network activity, such as a collision, does not affect 



MAC loopback. CSMA/CD MAC protocol is not completely 
followed in MAC loopback. 

ENDEC Loopback: Transmitted data is looped back at the 
ENDEC. If the internal ENDEC is used, data is switched 
from the transmit section of the ENDEC to the receive sec- 
tion (Figure 1-2). Data is not transmitted from the chip and 
the collision lines, CD±, are ignored, hence, network activi- 
ty does not affect ENDEC loopback. The LBK signal from 
the MAC tells the internal ENDEC to go into loopback mode. 
If an external ENDEC is used, it should operate in loopback 
mode when the LBK signal is asserted. CSMA/CD MAC 
protocol is followed even though data is not transmitted 
from the chip. 

Transceiver Loopback: Transmitted data is looped back at 
the external transceiver (which is always the case regard- 
less of the SONlC-16's loopback mode). CSMA/CD MAC 
protocol is followed since data will be transmitted from the 
chip. This means that transceiver loopback is affected by 
netv/ork activity. The basic difference between Transceiver 
Loopback and normal, non-loopback, operations of the 
SONIC-16 is that in Transceiver Loopback, the SONIC-16 
loads the receive FIFO and buffers the packet to memory. In 
normal operations, the SONIC-16 only monitors the packet 
that is looped back by the transceiver, but does not fill the 
receive FIFO and buffer the packet. 

1.7.1 Loopback Procedure 

The following procedure describes the loopback operation. 

1. Initialize the Transmit and Receive Area as described in 
Sections 3.4 and 3.5. 

2. Load one of the CAM address registers (see Section 4.1 ), 
with the Destination Address of the packet if you are veri- 
fying the SONIC-1 6's address recognition capability. 

3. Load one of the CAM address registers with the Source 
Address of the packet if it is different than the Destination 
Address to avoid getting a Packet Monitored Bad (PMB) 
error in the Transmit status (see Section 4.3.4). 
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1.0 Functional Description (continued) 

4. Program the Receive Control register with the desired re- 
ceive filter and the loopback mode (LB1, LBO). 

5. Issue the transmit command (TXP) and enable the receiv- 
er (RXEN) In the Command register. 

The SONIC-16 completes the loopback operation after the 
packet has been completely received (or rejected if there is 
an address mismatch). The Transmit Control and Receive 
Control registers treat the loopback packet as in normal op- 
eration and indicate status accordingly. Interrupts are also 
generated if enabled in the Interrupt Mask register. 
Note: For MAC Loopback, only one packet may be queued tor proper oper- 
ation. Ttiis restriction occurs because Itie transmit MAC section, 
wtiich does not generate an tnlorframe Gap time (IFG) between 
transmitted packets, does not allow ttie receive MAC section to up- 
date receive status. There are no restrictions tor ttie other loopback . 
modes. 



1.8 NETWORK MANAGEMENT FUNCTIONS 

The SONIC-16 fully supports the Layer Management IEEE 
802.3 standard to allow a node to monitor the overall per- 
formance of the network. These statistics are available on a 
per packet basis at the end of reception or transmission. In 
addition, the SONIC-16 provides three tally counters to tab- 
ulate CRC errors, Frame Alignment errors, and missed 
packets. Table 1-1 shows the statistics indicated by the 
SONIC-16. 
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1.0 Functional Description (continued) 

TABLE 1-1. Network Management statistics 



Statistic 


Register Used 


Bits Used . 


Frames Transmitted OK 


TCR (Note) 


PTX 


Single Collision Frames 


(Note) 


NC0-NC4 


Multiple Collision Frames 


(Note) 


NC0-NC4 


Collision Frames 


(Note) 


NC0-NC4 


Frames with Deferred Transmissions 


TCR (Note) 


DEF 


Late Collisions 


TCR (Note) 


owe 


Excessive Collisions 


TCR (Note) 


EXC 


Excessive Deferral 


TCR (Note) 


EXD 


Internal MAC Transmit Error 


TCR (Note) 


BCM, FU 


Frames Received OK 


RCR (Note) 


PRX 


Multicast Frames Received OK 


RCR (Note) 


MC 


Broadcast Frames Received OK 


RCR (Note) 


BC 


Frame Cfiecl< Sequence Errors 


CRCT 
RCR 


All 
- CRC 


Alignment En-ors 


FAET 
RCR 


All 
FAE 


Frame Lost due to Internal MAC Receive Error 


MPT 
ISR 


All 
RFO 



Note: The number ot collisions and the contents of the Transmit Control register are posted in the TXpkt.status field (see 
section 3.5.1.2). The contents ot the Receive Control register are posted in the RXpktstatus field (see section 3.4.3.1). 



2.0 Transmit/Receive IEEE 802.3 Frame 

A standard IEEE 802.3 packet (Figure 2-1) consists of the 
following fields: preamble, Start of Frame Delimiter (SFD), 
destination address, source address, length, data and 
Frame Check Sequence (FCS). The typical format is shown 
in Figure 2-1. The packets are Manchester encoded and 
decoded by the ENDEC unit and transferred serially to/from 
the MAC unit using NRZ data with a clock. All fields are of 
fixed length except for the data field. The SONIC-1 6 gener- 
ates and appends the preamble, SFD and FCS field during 
transmission. The Preamble and SFD fields are stripped 
during reception. (The CRC is passed through to buffer 
memory during reception.) 



Format 

2.1 PREAIUIBLE AND START OF FRAIUIE DELIMITER 
(SFD) 

The Manchester encoded alternating 1,0 preamble field is 
used by the ENDEC to acquire bit synchronization with an 
incoming packet. When transmitted, each packet contains 
62 bits of an alternating 1,0 preamble. Some of this pream- 
ble may be lost as the packet travels through the network. 
Byte alignment is performed when the Start of Frame Delim- 
iter (SFD) pattern, consisting of two consecutive 1's, is de- 
tected. 

2.2 DESTINATION ADDRESS 

The destination address indicates the destination of the 
packet on the network and is used to filter unwanted pack- 
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FIGURE 2-1. IEEE 802.3 Packet Structure 
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2.0 Transmit/Receive IEEE 802.3 Frame 

ets from reaching a node. There are three types of address 
formats supported by the SONIC-16: Physical, Multicast, 
and Broadcast. 

Physical Address: The physical address is a unique ad- 
dress that corresponds only to a single node. All physical 
addresses have the LSB of the first byte of the address set 
to "0". These addresses are compared to the internally 
stored CAM (Content Addressable Memory) address en- 
tries. All bits in the destination address must match an entry 
in the CAM in order for the SONIC-16 to accept the packet. 
Multicast Address: Multicast addresses, which have the 
LSB of the first byte of the address set to "1", are treated 
similarly as Physical addresses, i.e., they must match an 
entry in the CAM. This allows perfect filtering of Multicast 
packet's and eliminates the need for a hashing algorithm for 
mapping Multicast packets. 

Broadcast Address: If the address consists of all 1 's, it is a 
Broadcast address, indicating that the packet is intended for 
all nodes. 

The SONIC-16 also provides a promiscuous mode which 
allows reception of ail physical address packets. Physical, 
Multicast, Broadcast, and promiscuous address modes can 
be selected via the Receive Control register. 

2.3 SOURCE ADDRESS 

The source address is the physical address of the sending 
node. Source addresses cannot be multicast or broadcast 
addresses. This field must be passed to the SONIC-16's 
transmit buffer from the system software. During transmis- 
sion, the SONIC-16 compares the Source address with its 
internal CAM address entries before monitoring the CRC of 
the self-received packet. If the source address of the packet 
transmitted does not match a value in the CAM, the packet 
monitored bad flag (PMB) will be set In the transmit status 
field of the transmit descriptor (see Sections 3.5.1.2 and 
4.3.4). The SONIC-16 does not provide Source Address in- 
sertion. However, a transmit descriptor fragment, containing 
only the Source Address, may be created for each packet. 
(See Section 3.5.1.) 

2.4 LENGTH/TYPE FIELD 

For IEEE 802.3 type packets, this field indicates the number 
of bytes that are contained in the data field of the packet. 
For Ethernet I and II networks, this field indicates the type of 
packet. The SONIC-16 does not operate on this field. 

2.5 DATA FIELD 

The data field has a variable octet length ranging from 46 to 
1 500 bytes as defined by the Ethernet specification. Mes- 
sages longer than 1500 bytes need to be broken into multi- 
ple packets for IEEE 802.3 networks. Data fields shorter 
than 46 bytes require appending a pad to bring the com- 
plete frame length to 64 bytes. If the data field is padded, 
the number of valid bytes are indicated in, the length field. 
The SONIC-16 does not append pad bytes for short packets 
during transmission, nor check for oversize packets during 
reception. However, the user's driver software can easily 

append the pad by lengthening the TXpktpkt size field 

and TXpktfrag size field(s) to at least 64 bytes (see Sec- 
tion 3.5.1). While the Ethernet specification defines the 
maximum number of bytes in the data field the SONIC-16 
can transmit and receive packets up to 64k bytes. 

2.6 FCS FIELD 

The Frame Check Sequence (FCS) is a 32-bit CRC field 
calculated and appended to a packet during transmission to 
allow detection of error-free packets. During reception, an 
error-free packet results in a specific pattern in the CRC 



Format (continued) 

generator. The AUTODIN II (X32 + X26 + X23 -I- X22 -1- 
X16 + X12 + X11 + X10 + X8 + X7 + X5 + X4 -I- 
X2 + XI + 1) polynomial is used for the CRC calculations. 
The SONIC-16 may optionally append the CRC sequence 
during transmission, and checks the CRC both during nor- 
mal reception and self-reception during a transmission (see 
Section 1.2.1). 

2.7 MAC (MEDIA ACCESS CONTROL) CONFORMANCE 
The SONIC-16 is designed to be compliant to the IEEE 
802.3 MAC Conformance specification. The SONIC-16 im- 
plements most of the MAC functions in silicon and provides 
hooks for the user software to handle the remaining func- 
tions. The MAC Conformance specifications are summa- 
rized in Table 2-1. 

TABLE 2-1. MAC Conformance Specifications 



Conformance 
Test Name 


Support By 


SONIC 
-16 


User Driver 
Software 


Notes 


Minimum Frame Size 


X 






Maximum Frame Size 


X 


X 


1 


Address Generation 


X 


X 


2 


Address Recognition 


X 






Pad Length Generation 


X 


X 


3 


Start Of Frame Delimiter 


X 






Length Field 


X 






Preamble Generation 


X 






Order of Bit Transmission 


X 






Inconsistent Frame Length 


X 


X 


1 


Non-Integral Octet Count 


X 






Incorrect Frame Check 
Sequence 


X 






Frame Assembly 


X 






FCS Generation and insertion 


X 






Carrier Deference 


X 






Interframe Spacing 


X 






Collision Detection 


X 






Collision Handling 


X 






Collision Backoff and 
Retransmission 


X 






FCS Validation 


X 






Frame Disassembly 


X 






Back-to-Back Frames 


X 






Flow Control 


X 






Attempt Limit 


X 






Jam Size (after SFD) 


X 






Jam Size (in Preamble) 


X 







Note 1: The SONIC-16 provides the byte count of the entire packet in the 
RXpl<t.byte count (see Section 3.4.3). The user's driver software may per- 
form further filtering of the pacltet based upon the byte count. 
Note 2: The SONIC-1 6 does not provide Source Address insertion; hov^ever. 
a transmit descriptor fragment, containing only the Source Address, may be 
created for each packet. See Section 3.5.1. 

Note 3: The SONIC-16 does not provide Pad generation; hov/ever. the us- 
er's driver software can easily append tha Pad by lengthening the 
TXpkt.pkL_size field and TXpkt.frag_size field{s) to at least 64 bytes. See 
Section 3.5.1. 
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3.0 Buffer Management 

3.1 BUFFER MANAGEMENT OVERVIEW 

The SONIC-16's buffer management scheme is based on 
separate buffers and descriptors (Figures 3-2 and 3-11). 
Packets that are received or transmitted are placed in buff- 
ers called the Receive Buffer Area (RBA) and the Transmit 
Buffer Area (TBA). The system keeps track of packets in 
these buffers using the information in the Receive Descrip- 
tor Area (RDA) and the Transmit Descriptor Area (TDA). A 
single (TDA) points to a single TBA, but multiple RDAs can 
point to a single RBA (one RDA per packet in the buffer). 
The Receive Resource Area (RRA), which is another form 
of descriptor, is used to keep track of the actual buffer. 
When packets are transmitted, the system sets up the pack- 
ets in one or more TBAs with a TDA pointing to each TBA. 
There can only be one packet per TBA/TDA pair. A single 
packet, however, may be made up of several fragments of 
data dispersed in memory. There is one TDA pointing to 
each packet which specifies information about the packet's 
size, location in memory, number of fragments and status 
after transmission. The TDAs are linked together In a linked 
list. The system causes the SONIC-16 to transmit the pack- 
ets by passing the first TDA to the SONIC-16 and Issuing 
the transmit command. 

Before a packet can be received, an RBA and RDA must be 
set up by the system. RDAs are made up as a linked list 
similar to TDAs. An RDA Is not linked to a particular RBA, 
though. Instead, an RDA is linked specifically to a packet 
after it has been buffered into an RBA. More than one pack- 
et can be buffered into the same RBA, but each packet gets 
its own RDA. A received packet can .-ot be scattered into 
fragments. The system only needs to tell the SONIC-16 
where the first RDA and where the RBAs are. Since an RDA 
never specifically points to an RBA, the RRA Is used to 
keep track of the RBAs. The RRA is a circular queue of 
pointers and buffer sizes (not a linked list). When the SON- 
IC-16 receives a packet, it is buffered into a RBA and a RDA 
is written to so that it points to and describes the new pack- 
et. If the RBA does not have enough space to buffer the 
next packet, a new RBA is obtained from the RRA. 

3.2 DESCRIPTOR AREAS 

Descriptors are the basis of the buffer management scheme 
used by the SONIC-16. A RDA points to a received packet 
within a RBA, a RRA points to a RBA and a TDA points to a 
TBA which contains a packet to be transmitted. The con- 
ventions and registers used to describe these descriptors 
are discussed in the next three sections. 

3.2.1 Naming Convention for Descriptors 

The fields which make up the descriptors are named In a 
consistent manner to assist in remembering the usage of 
each descriptor. Each descriptor name consists of three 
components in the following format. 

[RX/TX] [descriptor name] . [field] 
The first two capital letters indicate whether the descriptor Is 
used for transmission (TX) or reception (RX), and is then 
followed by the descriptor name having one of two names. 



rsrc = Resource descriptor 
pkt = Packet descriptor 

The last component consists of a field name to distinguish It 
from the other fields of a descriptor. The field name is sepa- 
rated from the descriptor name by a period ("."). An exam- 
ple of a descriptor is shown below. 



RX rsrc buff ptr 



¥_ 



Descriptor consists of two 
fields. "0" and "1" 
respectively indicate the 
least and most significant 
portions of the descriptor. 

- The "pointer" field of the 
descriptor 

- A descriptor for a buffer 
resource 

- A descriptor used for 
reception 

3.2.2 Abbreviations 

The abbreviations in Table 3-1 are used to describe the 
SONIC-16 registers and data structures in memory. The "0" 
and "1" In the abbreviations Indicate the least and most 
significant portions of the registers or descriptors. Table 3-1 
lists the naming convention abbreviations for descriptors. 

3.2.3 Buffer Management Base Addresses 

The SONIC-16 uses three areas in memory to store descrip- 
tor Information: the Transmit Descriptor Area (TDA), Re- 
ceive Descriptor Area (RDA), and the Receive Resource 
Area (RRA). The SONIC-16 accesses these areas by con- 
catenating a 1 6-bit base address register with a 1 6-blf offset 
register. The base address register supplies a fixed upper 8 
bits of address and the offset registers provide the lower .16 
bits of address. The base address registers are the Upper 
Transmit Descriptor Address (UTDA), Upper Receive De- 
scriptor Address (URDA), and the Upper Receive Resource 
Address (URRA) registers. The corresponding offset regis- 
ters are shown below. 



Upper Address Registers 

URRA 
URDA 
UTDA 



Offset Registers 

RSA,REA,RWP,RRP 
CRDA 
CTDA 



See Table 3-1 for definition of register mnemonics. 
Figure 3-1 shows an example of the Transmit Descriptor 
Area and the Receive Descriptor Area being located by the 
UTDA and URDA registers. The descriptor areas, RDA, 
TDA, and RRA are allowed to have the same base address. 
I.e., URRA=URDA=UTDA. Care, however, must be taken 
to prevent these areas from ovenwriting each other. 
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3.0 Buffer Management (Continued) 



TABLE 3-1. Descriptor Abbreviations 



TRANSiVIIT AND RECEIVE AREAS 


BRA 


Receive Resource Area 


RDA 


Receive Descriptor Area 


RBA 


Receive Buffer Area 


TDA 


Transmit Descriptor Area 


TBA 


Transmit Buffer Area 


BUFFER IWANAGEMENT REGISTERS 


RSA 


Resource Start Area Register 


REA 


Resource End Area Register 


RRP 


Resource Read Pointer Register 


RWP 


Resource Write Pointer Register 


CRDA 


Current Receive Descriptor 
Address Register 


CRBA0,1 


Current Receive Buffer Address 
Register 


TCBAO.I 


Temporary Current Buffer Address 
Register 


RBWC0,1 


Remaining Buffer Word Count 
Register 


TRBWCO.I 


Temporary Remaining Buffer Word 
Count Register 


EOBC 


End of Buffer Count Register 


TPS 


Transmit Pacl^et Size Register 


TSA0,1 


Transmit Start Address Register 


CTDA 


Current Transmit Descriptor 
Address Register 



BUFFER MANAGEMENT REGISTERS (Continued) 


TFC 


Transmit Fragment Count Register 


TFS 


Transmit Fragment Size Register 


UTDA 


Upper Transmit Descriptor 
Address Register 


URRA 


Upper Receive Resource Address 
Register 


URDA 


Upper Receive Descriptor Address 
Register 


TRANSMIT AND RECEIVE DESCRIPTORS 


RXrsrc.buff_plrO,1 


Buffer Pointer Field in tlie RRA 


RXrsrc.buff_wcO,1 


Buffer Word Count Fields in the 
RRA 


RXpl<t.status 


Receive Status Field in tiie RDA 


RXpl<t.byle_count 


Packet Byte Count Field in tiie 
RDA 


RXplit.buff_ptrO,1 


Buffer Pointer Fields in tiie RDA 


RXplitlinlt 


Receive Descriptor Link Field in 
RDA 


RXpl<t.in_use 


"In Use" Field in RDA 


TXpl<t.frag_count 


Fragment Count Field in TDA 


TXpkt.pi<t_size 


Packet Size Field in TDA 


TXpkt.pkt_ptrO,1 


Packet Pointer Fields in TDA 


TXpkt.frag_size 


Fragment Size Field in TDA 


TXpkt.link 


Transmit Descriptor Link Field in 
TDA 



SONIC- 16 REGISTERS 



UTDA I CTDA 



Tl 

(BASE) (OFFSET) 
URDA I CRDA 



TRANSMIT DESCRIPTOR • 

AREA [ 

(UP TO 32K WORDS OR [ 

I 6K DOUBLE WORDS) i 



RECEIVE DESCRIPTOR 
AREA 



(UP TO 32K WORDS OR \ 
16K DOUBLE WORDS) | 




24 - BIT 
ADDRESS RANGE 
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FIGURE 3-1. Transmit and Receive Descriptor Area Pointers 
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3.0 Buffer Management (continued) 

3.3 DESCRIPTOR DATA ALIGNMENT 

All fields used by descriptors (RXpkt.xxx, RXrsrc.xxx, and 
TXpktxxx) are word quantities (16-blt) and must be aligned 
to word boundaries (A0 = 0). The Receive Buffer Area 
(RBA) must also be aligned to a word boundary. The frag- 
ments In the Transmit Buffer Area (TBA), however, may be 
aligned on any arbitrary byte boundary. 
All descriptor areas follow little endian byte ordering, even 
when Bfi/IODE = 1 . 

3.4 RECEIVE BUFFER MANAGEMENT 

The Receive Buffer Management operates on three areas In 
memory Into which data, status, and control information are 
written during reception (Figure 3-2). These three areas 
must be initialized (section 3.4.4) before enabling the receiv- 
er (setting the RXEN bit In the Command register). The re- 
ceive resource area (RRA) contains descriptors that locate 
receive buffer areas in system memory. These descriptors 
are denoted by R1, R2, etc. in Figure 3-S. Packets (denoted 
by P1 , P2, etc.) can then be buffered into the corresponding 
RBAs. Depending on the size of each buffer area and the 
size of the packet(s), multiple or single packets are buffered 
into each RBA. The receive descriptor area (RDA) contains 
status and control Information for each packet (D1, D2, etc. 
in Figure 3-2) corresponding to each received packet (D1 
goes with PI, D2 with P2, etc.). 

When a packet arrives, the address recognition logic checks 
the address for a Physical, iVIulticast, or Broadcast match 
and if the packet is accepted, the SONIC-16 buffers the 
packet contiguously Into the selected Receive Buffer Area 
(RBA). Because of the previous end-of-packet processing, 
the SONIC-16 assures that the complete packet is written 
into a single contiguous block. When the packet ends, the 
SONIC-16 writes the receive status, byte count, and loca- 
tion of the packet Into the Receive Descriptor Area (RDA). 
The SONIC-16 then updates its pointers to locate the next 
available descriptor and checks the remaining words avail- 
able in the RBA. If sufficient space remains, the SONIC-16 
buffers the next packet immediately after the previous pack- 



et. If the current buffer Is out of space the SONIC-1 6 fetches 
a Resource descriptor from the Receive Resource Area 
(RRA) acquiring an additional buffer that has been previous- 
ly allocated by the system. 

3.4.1 Receive Resource Area (RRA) 

As buffer memory is consumed by the SONIC-16 for storing 
data, the Receive Resource Area (RRA) provides a mecha- 
nism that allows the system to allocate additional buffer 
space for the SONIC-16. The system loads this area with 
resource descriptors that the SONIC-1 6, In turn, reads as its 
current buffer space is used up. Each resource descriptor 
consists of a 23-blt buffer pointer locating the starting point 
of the RBA and a 32-blt Word Count that indicates the size 
of the buffer in words (2 bytes per word). The buffer pointer 
and word count are contiguously located using the format 
shown in Figure 3-5 with each component composed of 16- 
bit fields. The SONIC-16 stores this Information internally 
and concatenates the corresponding fields to create 23- 
and 32-blt long words for the buffer pointer and word count. 
The SONIC-16 organizes the RRA as a circular queue for 
efficient processing of descriptors. Four registers define the 
RRA. The first two, the Resource Start Area (RSA) and the 
Resource End Area (REA) registers, determine the starting 
and ending locations of the RRA, and the other two regis- 
ters update the RRA. The system adds descriptors at the 
address specified by the Resource Write Pointer (RWP), 
and the SONIC-16 reads the next descriptor designated by 
the Resource Read Pointer (RRP). The RRP is advanced 4 
words after the SONIC-16 finishes reading the RRA and 
automatically wraps around to the beginning of the RRA 
once the end has been reached. When a descriptor In the 
RRA is read, the RXrsc.buff__ptO,1 Is loaded into the 
CRBAO.I registers and the RXrsc.buff_wcO,1 Is loaded Into 
the RBWC0,1 registers. 

The alignment of the RRA Is confined to word boundaries 
(AO is always zero). 
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FIGURE 3-2. Overview of Receive Buffer Management 
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3.0 Buffer Management (continued) 

3.4.2 Receive Buffer Area (RBA) 

The SONIC-16 stores the actual data of a received pacltet 
in the RBA. The RBAs are designated by the resource de- 
scriptors in the RRA as described above. The 
RXrsrc.buff _ wcO.I fields of the RRA indicate the length of 
the RBA. When the SONIC-16 gets a RBA from the RRA, 
the RXrsrc.buff_wcO,1 values are loaded into the Remain- 
ing Buffer Word Count registers (RBWCO.I). These regis- 
ters keep track of how much space (in words) is left in the 
buffer. When a packet is buffered in a RBA, it is buffered 
contiguously (the SONIC-16 will not scatter a packet Into 
multiple buffers or fragments). Therefore, If there Is not 
enough space left In a RBA after buffering a packet to buffer 
at least one more maximum sized packet (the maximum 
legal sized packet expected to be received from the net- 
work), a new buffer must be acquired. The End of Buffer 
Count (EOBC) register is used to tell the SONIC-1 6 the max- 
imum packet size that the SONIC-16 will need to buffer. 

3.4.2.1 End of Buffer Count (EOBC) 

The EOBC Is a boundary In the RBA based from the bottom 
of the buffer. The value written Into the EOBC Is the maxi- 
mum expected size (in words) of the network packet that 
the SONIC-1 6 will have to buffer. This word count creates a 
line In the RBA that, when crossed, causes the SONIC-1 6 to 
fetch a new RBA resource from the RRA. 
Note: The EOBC is a word count, not a byte count. 



3.4.2.2 Buffering the Last Packet In an RBA 

At the start of reception, the SONIC-16 stores the packet 
beginning at the Current Receive Buffer Address (CRBA0,1) 
and continues until the reception Is complete. Concurrent 
with reception, the SONIC-16 decrements the Remaining 
Buffer Word Count (RBWC0,1) by one. At the end of recep- 
tion, if the packet has crossed the EOBC boundary, the 
SONIC-16 knows that the next packet might not fit In the 
RBA. This check Is done by comparing the RBWC0,1 regis- 
ters with the EOBC. If RBWC0,1 is less than the EOBC (the 
last packet buffered has crossed the EOBC boundary), the 
SONIC-16 fetches the next resource descriptor in the RRA. 
If RBWC0,1 Is greater than or equal to tfie EOBC (the EOBC 
boundary has not been crossed) the next packet reception 
continues at the present location pointed to by CRBA0,1 In 
the same RBA. Figure 3-4 illustrates the SONIC-1 6's ac- 
tions for (1) RBWC0,1 ^ EOBC and (2) RBWC0,1 < EOBC. 
See Section 3.4.4.4 for specific Information about setting 
the EOBC. 

Note: It is important that the EOBC boundary be "crossed." In other words, 
case #1 in Figure 3-4 must exist before case #2 exists. If case #2 
occurs without case #1 having occurred first, the test for RBWCO.I 
< EOBC wiil not work properly and the SONIC-1 6 will not fetch a new 
buffer. The result of this will be a buffer overflow (RBAE in the Inter- 
rupt Status Register, section 4.3.6). 
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RXrsro.buff_ptrO 






RXrsrc.buff_ptr1 




RXrsro.buff.woO 




RXrsrc.buff _wc1 
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RSA, START OF RESOURCE AREA 



RRP, NEXT RESOURCE DESCRIPTOR 
THE SONIC-16 WILL READ 



-RRA DESCRIPTOR 



RWP, NEXT AVAILABLE LOCATION TO WHICH 
THE SYSTEM MAY ADD A DESCRIPTOR 



REA, END OF RESOURCE AREA 



ORGANIZED AS A CIRCULAR QUEUE 

FIGURE 3-3. Receive Resource Area Format 
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Case #2 
(RBWCO.I < EOBC) 



Case #1: SONIC-16 buffers next packet in same RBA. 

Case #2: SONIC-16 detects an exhausted RBA and will buffer the next packet in another RBA. 

FIGURE 3-4. Receive Buffer Area 
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3.0 Buffer Management (Continued) 

3.4.3 Receive Descriptor Area (RDA) 
After the SONIC-16 buffers a packet to memory, it writes 5 
words of status and control information into tiie RDA, reads 
the link field to the next receive descriptor and writes to the 
in use field of the current discriptor. Each receive descriptor 
consists of the following sections (Figure 3-5). 



RXpkt.status 1 


RXpkt.byts_ 


count 


RXpkt.pkt. 


ptrO 


RXpkt.pkl. 


.ptn 


RXpki.seq 


_no 


RXpkt.link 


EOL 


RXpkt.in. 


use 
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FIGURE 3-5. Receive Descriptor Format 
receive status: indicates status of the received packet. The 
SONIC-16 writes the Receive Control register into this field. 
Figure 3-6 shows the receive status format. This field is 
loaded from the contents of the Receive Control register. 
Note that ERR, RNT, BRD, PRO, and MAC are configura- 
tion bits and are programmed during initialization. See Sec- 
tion 4.3.3 for the description of the Receive Control register. 



15 


14 


13 


12 


11 


10 


9 


8 


ERR 


RNT 


BRD 


PRO 


AMC 


LB1 


LBO 


UC 


7 


6 


5 


4 3 


2 


1 





BC 


LPKT 


CRS 


COL 


CRCR 


FAER 


LBK 


PRX 



FIGURE 3-6. Receive Status Format 
byte count: gives the length of the complete packet from 
the start of Destination Address to the end of PCS. 
packet pointer: a 23-bit pointer that locates the packet in 
the RBA. The SONIC-16 writes the contents of the 
CRBAO.I registers into this field. 

sequence numbers: this field displays the contents of two 
8-bit counters (modulo 256) that sequence the RBAs used 
and the packets buffered. These counters assist the system 
In determining when an RBA has been completely process- 
ed. The sequence numbers allow the system to tally the 
packets that have been processed within a particular RBA. 
There are two sequence numbers that describe a packet: 
the RBA Sequence Number and the Packet Sequence 
Number. When a packet is buffered to memory, the SONIC- 
16 maintains a single RBA Sequence Number for all pack- 
ets in an RBA and sequences the Packet Number for suc- 
ceeding packets in the RBA. When the SONIC-16 uses the 
next RBA, it increments the RBA Sequence Number and 
clears the Packet Sequence Number. The RBA's sequence 
counter is not incremented when the read RRA command is 
issued in the Command register. The format of the Receive 
Sequence Numbers are shown in Figure 3-7. These coun- 
ters are reset during hardware reset or by writing zero to 
them. 



15 8 


7 


RBA Sequence Number 
(Modulo 256) 


Packet Sequence Number 
(Modulo 256) 



FIGURE 3-7. Receive Sequence Number Format 
receive link field: a 15-bit pointer (A15-A1) that locates 
the next receive descriptor. The LSB of this field is the End 
Of List (EOL) bit, and indicates the last descriptor in the list. 
(Initialized by the system.) 

In use field: this field provides a handshake between the 
system and the SONIC-16 to indicate the ownership of the 
descriptor. When the system avails a descriptor to the SON- 
IC-16, it writes a non-zero value into this field. The SONIC- 
16, in turn, sets this field to all "O's" when it has finished 
processing the descriptor. (That is, when the CRDA register 
has advanced to the next receive descriptor.) Generally, the 
SONIC-16 releases control after writing the status and con- 
trol Information Into the RDA. If, however, the SONIC-1 6 has 
reached the last descriptor in the list, it maintains ownership 
of the descriptor until the system has appended additional 
descriptors to the list. The SONIC-16 then relinquishes con- 
trol after receiving the next packet. (See Section 3.4.6.1 for 
details on when the SONIC-16 writes to this field.) The re- 
ceive packet descriptor format is shown in Figure 3-5. 
3.4.4 Receive Buffer Management initialization 
The Receive Resource, Descriptor, and Buffer areas (RRA, 
RDA, RBA) in memory and the appropriate SONIC-16 regis- 
ters must be properly initialized before the SONIC-16 begins 
buffering packets. This section describes the initialization 
process. 

3.4.4.1 Initializing The Descriptor Page 

All descriptor areas (RRA, RDA, and TDA) used by the 
SONIC-16 reside within areas up to 32k (word) pages. This 
page may be placed anywhere within the 23-bit address 
range by loading the upper 8 address lines into the UTDA, 
URDA, and URRA registers. 

3.4.4.2 Initializing The RRA 

The initialization of the RRA consists of loading the four 
SONIC-1 6 RRA registers and writing the resource descriptor 
information to memory. 

The RRA registers are loaded with the following values. 
Resource Start Area (RSA) register: The RSA Is loaded 
with the lower 16-bit address of the beginning of the RRA. 
Resource End Area (REA) register: The REA is loaded 
with the lower 16-bit address of the end of the RRA. The 
end of the RRA is defined as the address of the last 
RXrsrc.ptrO field In the RRA plus 4 words (Figure 3-3). 
Resource Read Pointer (RRP) register: The RRP is load- 
ed with the lower 16-blt address of the first resource de- 
scriptor the SONIC-16 reads. 

Resource Write Pointer (RWP) register: The RWP is load- 
ed with the lower 16-blt address of the next vacant location 
where a resource descriptor will be placed by the system. 
Note: The RWP register must only point to either (1) ttie RXrsro.pIrO field of 
one of tlie RRA Descriptors, (2) the memory address that the RSA 
points to (the start of the RRA), or (3) the memory address that the 
REA points to (the end of the RRA). When the RWP = RRP compari- 
son is made, it is performed after the complete RRA descriptor has 
been read and not during the fetch. Failure to set the RWP to any of 
the above values prevents the RWP = RRP comparison from ever 
becoming true. 
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3.0 Buffer Management (continued) 

All RRA registers are concatenated with the URRA register 
for generating the full 23-blt address. 
The resource descriptors that the system writes to the RRA 
consists of four fields: (1) RXrsrc.buff_ptrO, (2) 
RXrsrc.buff_ptr1, (3) RXrsrc.buff_wcO, and (4) 
RXrsrc.buff_wc1. The fields must be contiguous (they can- 
not straddle the end points) and are written in the order 
shown in Figure 5-e. The "0" and "1" In the descriptors 
denote the least and most significant portions for the Buffer 
Pointer and Word Count. The first two fields supply the 
23-bit starting location of the Receive Buffer Area (RBA), 
and the second two define the number of 16-bit words that 
the RBA occupies. Note that a restriction applies to the 
Buffer Pointer and Word Count. The Buffer Pointer must be 
pointing to a word boundary. Note also that the descriptors 
must be properly aligned in the RRA as discussed In Section 
3.3. 
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FIGURE 3-8. RRA Initialization 

After configuring the RRA, the RRA Read command (setting 

RRRA bit in the Command register) may be given. This 

command causes the SONIC-16 to read the RRA descriptor 

In a single block operation, and load the following registers 

(see Section 4.2 for register mnemonics): 

CRBAO register «— RXrsrc.buff__ptrO 

CRBA1 register •*— RXrsrc.buff_ptr1 

RBWCO register «— RXrsrc.buff_wcO 

RBWC1 register ■<— RXrsrc.buff_wc1 

When the command has completed, the RRRA bit in the 

Command register is reset to "0". Generally this command 

is only issued during Initialization. At all other times, the RRA 

is automatically read as the SONIC-16 finishes using an 

RBA. 

3.4.4.3 Initializing The PDA 

To accept multiple packets from the network, the receive 
packet descriptors must be linked together via the 
RXpkt.link fields. Each link field must be written with a 15-blt 
(A15-A1) pointer to locate the beginning of the next de- 
scriptor In the list. The LSB of the RXpkt.link field Is the End 
of List (EOL) bit and is used to indicate the end of the de- 
scriptor list. EOL = 1 for the last descriptor and EOL = for 
the first or middle descriptors. The RXpkt.ln_use field indi- 
cates whether the descriptor is owned by the SONIC-16. 
The system writes a non-zero value to this field when the 
descriptor is available, and the SONIC-16 writes all "O's" 



when it finishes using the descriptor. At startup, the Current 
Receive Descriptor Address (CRDA) register must be load- 
ed with the address of the first RXpkt.status field in order for 
the SONIC-16 to begin receive processing at the first de- 
scriptor. An example of two descriptors linked together is 
shown In Figure 3-9. The fields initialized by the system are 
displayed In larger type. The other fields are written by the 
SONIC-16 after a packet is accepted. The RXpkt.in_use 
field Is first written by the system, and then by the SONIC- 
16. Note that the descriptors must be aligned properly as 
discussed in section 3.3. Also note that the URDA register is 
concatenated with the CRDA register to generate the full 
23-blt address. 
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FIGURE 3-9. RDA Initialization Example 
3.4.4.4 Initializing the Lower Boundary of the RBA 

A "false bottom" is set In the RBA by loading the End Of 
Buffer Count (EOBC) register with a value equal to the maxi- 
mum size packet in words (16 bits) that may be received. 
This creates a lower boundary In the RBA. Whenever the 
Remaining Buffer Word Count (RBWCO.I) registers decre- 
ment below the EOBC register, the SONIC-16 buffers the 
next packet into another RBA. This also guarantees that a 
packet is always contiguously buffered into a single Receive 
Buffer Area (RBA). The SONIC-16 does not buffer a packet 
into multiple RBAs. 

After a hardware reset, the EOBC register is automatically 
Initialized to 2F8h (760 words or 1520 bytes). 
Sometimes it may be desired to buffer a single packet per 
RBA. When doing this, it is important to set EOBC and the 
buffer size correctly. The suggested practice is to set EOBC 
to a value that Is at least 2 bytes less than the buffer size. 
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3.0 Buffer Management (continued) 

An example would be EOBC = 759 words (1518 bytes) and 
the buffer size set to 760 words (1520 bytes). The buffer 
can be any size, but as long as the EOBC is 1 word less 
than the buffer size, only one packet will be buffered in that 
RBA. 

Note 1; It is possible to filter out most oversized pacltets by setting the buff- 
er size to 759 words (151B bytes). EOBC would be set to 768 words 
(1516 bytes) for botii cases. With tills configuration, any packet over 
1518 bytes, will not be completely buffered because the packet will 
overflow tile buffer. When a packet overflow occurs, a Receive Buff- 
er Area Exceeded Interrupt (RBAE in the Interrupt Status Register, 
Section 4.3.6) will occur. 
Note 2: When buffering one packet per buffer, it is suggested that the val- 
ues in Note 1 above be used. Since the minimum legal sized Ether- 
net packet is 64 bytes, however, it is possible to set EOBC as much 
as 64 bytes less than the buffer size and sHil end up with one packet 
per buffer. Figure 3-10 shows this "range." 

3.4.5 Beginning of Reception 

At the beginning of reception, the SONIC-16 checks its in- 
ternally stored EOL bit from the previous RXpkt.link field for 
a " 1 ". If the SONIC-1 6 finds EOL = 1 , it recognizes that after 
the previous reception, there were no more remaining re- 
ceive packet descriptors. It re-reads the same RXpkt.link 
field to check if the system has updated this field since the 
last reception. If the SONIC-1 6 still finds EOL= 1 , reception 
ceases. (See Section 3.5 for adding descriptors to the list.) 
Otherwise, the SONIC-16 begins storing the packet in the 
RBA starting at the Current Receive Buffer Address 
(CHBA0,1) registers and continues until the packet has 
completed. Concurrent with the packet reception, the Re- 
maining Buffer Word Count (RBWC0,1) registers are decre- 
mented after each word is written to memory. This register 
determines the remaining words in the RBA at the end of 
reception. 

3.4.6 End of Packet Processing 

At the end of a reception, the SONIC-16 enters its end of 
packet processing sequence to determine whether to ac- 
cept or reject the packet based on receive errors and pack- 
et size. At the end of reception the SONIC-16 enters one of 
the following two sequences: 

— Successful reception sequence 

— Buffer recovery for runt packets or packets with errors 



3.4.6.1 Successful Reception 

If the SONIC-1 6 accepts the packet, it first writes 5 words of 
descriptor information in the RDA beginning at the address 
pointed to by the Current Receive Descriptor Address 
(CRDA) register. It then reads the RXpkt.link field to ad- 
vance the CRDA register to the next receive descriptor. The 
SONIC-16 also checks the EOL bit for a "1" in this field. If 
E0L=1, no more descriptors are available for the SONIC- 
16. The SONIC-16 recovers the address of the current 
RXpktlink field (from a temporary register) and generates a 
"Receive Descriptors Exhausted" Indication in the Interrupt 
Status register. (See Section 3.4.7 on how to add descrip- 
tors.) The SONIC-16 maintains ownership of the descriptor 
by not writing to the RXpkt.in_use field. Otherwise, if 
EOL=0, the SONIC-16 advances the CRDA register to the 
next descriptor and resets the RXpkt.in_use field to all 
"O's". 

The SONIC-16 accesses the complete 7 word RDA descrip- 
tor In a single block operation. 

The SONIC-1 6 also checks if there Is remaining space in the 
RBA. The SONIC-16 compares the Remaining Buffer Word 
Count (RBWC0,1) registers with the static End Of Buffer 
Count (EOBC). If the RBWC is less than the EOBC, a maxi- 
mum sized packet will no longer fit in the remaining space in 
the RBA; hence, the SONIC-16 fetches a resource descrip- 
tor from the RRA and loads its registers with the pointer and 
word count of the next available RBA. 

3.4.6.2 Buffer Recovery for Runt Packets or 
Paclcets witli Errors 

If a runt packet (less than 64 bytes) or packet with errors 
arrives and the Receive Control register has been config- 
ured to not accept these packets, the SONIC-16 recovers 
its pointers back to the original positions. The CRBAO.I reg- 
isters are not advanced and the RBWC0,1 registers are not 
decremented. The SONIC-16 recovers its pointers by main- 
taining a copy of the buffer address in the Temporary Re- 
ceive Buffer Address registers (TRBA0,1). The SONIC-16 
recovers the value in the RBWCO.I registers from the Tem- 
porary Buffer Word Count registers (TBWC0,1). 

3.4.7 Overt iow Conditions 

When an overflow condition occurs, the SONIC-16 halts its 
DIVIA operations to prevent writing into unauthorized memo- 
ry. The SONIC-16 uses the Interrupt Status register (ISR) to 
indicate three possible overflow conditions that can occur 
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Range of EOBC = (RXrsrc.wcO,1 -2 to RXrsrc.wcO,! -32) 
FiGURE 3-10. Setting EOBC for Single Packet RBA 
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3.0 Buffer Management (continued) 

when its receive resources have been exhausted. The sys- 
tem should respond by replenishing the resources that have 
been exhausted. These overflow conditions (Descriptor Re- 
sources Exhausted, Buffer Resources Exhausted, and RBA 
Limit Exceeded) are indicated in the Interrupt Status register 
and are detailed as follows: 

Descriptor Resources Exhausted: This occurs when the 
SONIC-16 has reached the last receive descriptor in the list, 
meaning that the SONIC-1 6 has detected EOL= 1 . The sys- 
tem must supply additional descriptors for continued recep- 
tion. The system can do this In one of two ways: 1) append- 
ing descriptors to the existing list, or 2) creating a separate 
list. 

1) Appending descriptors to the existing list. This is the eas- 
iest and preferred way. To do this, the system, after cre- 
ating the new list, joins the new list to the existing list by 
simply writing the beginning address of the new list into 
the RXpkt.link field and setting EOL = 0. At the next 
reception, the SONIC-16 re-reads the last RXpkt.link 
field, and updates Its CRDA register to point to the next 
descriptor. 

2) Creating a separate list. This requires an additional step 
because the lists are not joined together and requires 
that the CRDA register be loaded with the address of the 
RXpkt.link field in the new list. 

During this overflow condition, the SONIC-16 maintains 

ownership of the descriptor (RXpkt.in use ^ OOh) and 

waits for the system to add additional descriptors to the list. 
When the system appends more descriptors, the SONIC-1 6 
releases ownership of the descriptor after writing OOOOh to 

the RXpkt.in use field. 

Buffer Resources Exhausted: This occurs when the 
SONIC-16 has detected that the Resource Read Pointer 
(RRP) and Resource Write Pointer (RWP) registers are 
equal (i.e., all RRA descriptors have been exhausted). The 
RBE bit in the Interrupt Status register is set when the SON- 
IC-16 finishes using the second to last receive buffer and 
reads the last RRA descriptor. Actually, the SONIC-16 is not 
truly out of resources, but gives the system an early warning 
of an impending out of resources condition. To continue 
reception after the last RBA Is used, the system must supply 
additional RRA descriptor(s), update the RWP register, and 
clear the RBE bit in the ISR. The SONIC-16 rereads the 
RRA after this bit is cleared. 

RBA Limit Exceeded: This occurs when a packet does not 
completely fit within the remaining space of the RBA. This 
can occur if the EOBC register is not programmed to a value 
greater than the largest packet that can be received. When 
this situation occurs, the packet is truncated and the SON- 
IC-16 reads the RRA to obtain another RBA. Indication of 
an RBA limit being exceeded is signified by the Receive 
Buffer Area Exceeded (RBAE) Interrrupt being set (see sec- 
tion 4.3.6). An RDA will not be set up for the truncated pack- 
et and the buffer space will not be re-used. To rectify this 
potential overflow condition, the EOBC register must be 
loaded with a value equal to or greater than the largest 
packet that can be accepted. See Section 3.4.2. 

3.5 TRANSMIT BUFFER MANAGEMENT 

To begin transmission, the system software issues the 
Transmit command (TXP= 1 in the CR). The Transmit Buff- 
er Management uses two areas in memory for transmitting 
packets (Figure 3-11), the Transmit Descriptor Area (TDA) 



and the Transmit Buffer Area (TBA). During transmission, 
the SONIC-16 fetches control information from the TDA, 
loads its appropriate registers, and then transmits the data 
from the TBA. When the transmission is complete, the SON- 
IC-1 5 writes the status information in the TDA. From a single 
transmit command, packets can either be transmitted singly 
or in groups if several descriptors have been linked togeth- 
er. 
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FIGURE 3-11. Overview of Transmit Buffer Management 

3.5.1 Transmit Descriptor Area (TDA) 

The TDA contains descriptors that the system has generat- 
ed to exchange status and control information. Each de- 
scriptor corresponds to a single packet and consists of the 
following 1 6-bit fields. 

TXpktstatus: This field is written by the SONIC-16 and pro- 
vides status of the transmitted packet. See Section 3.5.1 .2 
for more details. 

TXpkt.config: This field allows programming the SONIC-16 
to one of the various transmit modes. The SONIC-16 reads 
this field and loads the corresponding configuration bits 
(PINTR, POWC, CRCl, and EXDIS) into the Transmit Control 
register. See Section 3.5.1.1 for more details. 

TXpkLpkt size: This field contains the byte count of the 

entire packet 

TXpktfrag count: This field contains the number of frag- 
ments the packet is segmented into. 
TXpkt.frag_ptrO,1: This field contains a 23-bit pointer 
which locates the packet fragment to be transmitted in the 
Transmit Buffer Area (TBA). This pointer Is not restricted to 
any byte alignment. 

TXpkt.frag_slze: This field contains the byte count of the 
packet fragment. The minimum fragment size is 1 byte. 
TXpkt.lInk: This field contains a 1 5-bit pointer (A15-A1) to 
the next TDA descriptor. The LSB, the End Of List (EOL) bit, 
indicates the last descriptor in the list when set to a "1". 
When descriptors have been linked together, the SONIC-16 
transmits back-to-back packets from a single transmit com- 
mand. 

The data of the packet does not need to be contiguous, but 
can exist in several locations (fragments) in memory. In this 

case, the TXpkt.frag count field is greater than one, and 

additional TXpktfrag_ptrO,1 and TXpkt.frag_size fields 
corresponding to each fragment are used. The descriptor 
format is shown in Figure 3-12. 
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FIGURE 3-12. Transmit Descriptor Area 
3.5.1.1 Transmit Configuration 

The TXpkt.config field allows the SONIC-16 to be pro- 
grammed into one of the transmit modes before each trans- 
mission. At the beginning of each transmission, the SONIC- 
16 reads this field and loads the PINTR, POWC, CRCI, and 
EXDIS bits into the Transmit Control register (TCR). The 
configuration bits In the TCR correspond directly with the 
bits In the TXpkt.config field as shown in Figure 3-13. See 
Section 4.3.4 for the description on the TCR. 
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FIGURE 3-13. TXpktconflg Field 
3.5.1. 2 Transmit Status 

At the end of each transmission the SONIC-16 writes the 
status bits (<10:0>) of the Transmit Control Register (TCR) 
and the number of collisions experienced during the trans- 
mission into the TXpkt.status field (Figure 3-14, res = re- 
sented). Bits NC4-NC0 indicate the number of collisions 
where NC4 is the IWSB. See Section 4.3.4 for the descrip- 
tion of the TCR. 
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FIGURE 3-14. TXpkt.status Field 
3.5.2 Transmit Buffer Area (TBA) 

The TBA contains the fragments of packets that are defined 
by the descriptors In the TDA. A packet can consist of a 
single fragment or several fragments, depending upon the 
fragment count in the TDA descriptor. The fragments also 
can reside anywhere within the full 23-bit address range, 
and be aligned to any byte boundary. When an odd byte 
boundary is given, the SONIC-16 automatically begins read- 
ing data at the corresponding word boundary. The SONIC- 
16 ignores the extraneous bytes which are written into the 



FIFO during odd byte alignment fragments. The minimum 
allowed fragment size is 1 byte. Figure 3-1 1 shows the rela- 
tionship between the TDA and the TBA for single and multi- 
fragmented packets. 

3.5.3 Preparing To Transmit 

All fields in the TDA descriptor and the Current Transmit 
Descriptor Address (CTDA) register of the SONIC-16 must 
be initialized before the Transmit Command (setting the 
TXP bit in the Command register) can be issued. If more 
than one packet is queued, the descriptors must be linked 
together with the TXpkt.link field. The last descriptor must 
have EOL= 1 and all other descriptors must have EOL.=0. 
To begin transmission, the system loads the address of the 
first TXpkt.status field into the CTDA register. Note that the 
upper 8-bits of address are loaded in the Upper Transmit 
Descriptor (UTDA) register. The user performs the following 
transmit initialization. 

1) Initialize the TDA 

2) Load the CTDA register with the address of the first 
transmit descriptor 

3) Issue the transmit command 

Note that if the Source Address of the packet being trans- 
mitted is not in the CAM, the Packet Monitored Bad (PMB) 
bit in the TXpxt.status field will be set (see Section 4.3.4). 

3.5.3.1 Transmit Process 

When the Transmit Command (TXP = 1 in the Command 
register) is issued, the SONIC-16 fetches the control infor- 
mation in the TDA descriptor, loads its appropriate registers 
(shown below) and begins transmission. (See Section 4.2 
for register mnemonics.) 
TCR •«— TXpkt.config 
TPS *- TXpkt.pkt_size 
TFC «- TXpkt.frag_count 
TSAO «— TXpkt.frag_ptrO 
TSA1 *- TXpkt.frag_ptr1 
TFS <r- TXpkt.frag_size 
CTDA ■«- TXpkt.link 

(CTDA is loaded after all fragments have been read and 
successfully transmitted. If the halt transmit command is is- 
sued (HTX bit in the Command register is set) the CTDA 
register is not loaded.) 

During transmission, the SONIC-16 reads the packet de- 
scriptor in the TDA and transmits the data from the TBA. If 

TXpkt.frag count is greater than one, the SONIC-16, after 

finishing transmission of the fragment, fetches the next 

TXpkLfrag ptrO.I and TXpkt.frag size fields and transmits 

the next fragment. This process continues until all frag- 
ments of a packet are transmitted. At the end of packet 
transmission, status is written in to the TXpkt.status field. 
The SONIC-16 then reads the TXpkt.link field and checks if 
EOL = 0. If it is "0", the SONIC-16 fetches the next de- 
scriptor and transmits the next packet. If EOL = 1 the SON- 
IC-16 generates a "Transmission Done" indication in the 
Interrupt Status register and resets the TXP bit in the Com- 
mand register. 

In the event of a collision, the SONIC-1 6 recovers its pointer 
in the TDA and retransmits the packet up to 1 5 times. The 
SONIC-16 maintains a copy of the CTDA register in the 
Temporary Transmit Descriptor Address (TTDA) register. 
The SONIC-16 performs a block operation of 6, 3, or 2 ac- 
cesses In the TDA, depending on where the SONIC-16 is in 
the transmit process. For the first fragment, it reads the 
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3.0 Buffer Management (continued) 

TXpkt.config to TXpkt.frag_size (6 accesses). For the next 
fragment, if any, It reads the next 3 fields from TXpl<t.frag_ 
ptrO to TXpl<t.frag_size (3 accesses). At the end of trans- 
mission it writes the status information to TXpl<t.status and 
reads the TXpkt.lini< field (2 accesses). 

3.5.3.2 Transmit Completion 

The SONiC-16 stops transmitting under two conditions. In 
the normal case, the SONiC-16 transmits the complete list 
of descriptors in the TDA and stops after it detects EOL = 
1. In the second case, certain transmit errors cause the 
SONIC-16 to abort transmission. If FIFO Underrun, Byte 
Count Mismatch, Excessive Collision, or Excessive Deferral 
(if enabled) errors occur, transmission ceases. The CTDA 
register points to the last packet transmitted. The system 
can also halt transmission under software control by setting 
the HTX bit in the Command register. Transmission halts 
after the SONIC-16 writes to the TXpkt.status field. 

3.5.4 Dynamically Adding TDA Descriptors 

Descriptors can be dynamically added during transmission 
without halting the SONIC-16. The SONIC-16 can also be 
guaranteed to transmit the complete list including newly ap- 
pended descriptors (barring any transmit abort conditions) 
by observing the following rule: The last TXpktlink field 
must point to the next location where a descriptor will be 
added (see step 3 below and Figure 3-15). The procedure 
for appending descriptors consists of: 

1. Creating a new descriptor with its TXpkt.link pointing to 
the next vacant descriptor location and its EOL bit set to 
a"1". 

2. Resetting the EOL bit to a "0" of the previously last de- 
scriptor. 

3. Re-issuing the Transmit command (setting the TXP bit in 
the Command register). 

Step 3 assures that the SONIC-16 will transmit all the pack- 
ets in the list. If the SONIC-16 is currently transmitting, the 
Transmit command has no effect and continues transmitting 
until it detects EOL = 1. If the SONIC-16 had just finished 
transmitting, it continues transmitting from where it had pre- 
viously stopped. 
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FIGURE 3-15. initializing Last Link Field 



4.0 SONIC-16 Registers 

The SONIC-16 contains two sets of registers: The status/ 
control registers and the CAM memory cells. The status/ 
control registers are used to configure, control, and monitor 
SONIC-16 operation. They are directly addressable regis- 
ters and occupy 64 consecutive address locations in the 
system memory space (selected by the RA5-RA0 address 
pins). There are a total of 64 status/control registers divided 
into the following categories: 

User Registers: These registers are accessed by the user 
to configure, control, and monitor SONIC-16 operation. 
These are the only SONIC-16 registers the user needs to 
access. Figure 4-3 shows the programmer's model and Ta- 
ble 4-1 lists the attributes of each register. 
Internal Use Registers: These registers (Table 4-2) are 
used by the SONIC-16 during normal operation and are not 
intended to be accessed by the user. 
National Factory Test Registers: These registers (Table 
4-3) are for National factory use only and should never be 
accessed by the user. Accessing these registers during nor- 
mal operation can cause improper functioning of the 
SONIC-16. 

4.1 THE CAM UNIT 

The CAM unit memory cells are indirectly accessed by pro- 
gramming the CAM descriptor area in system memory and 
issuing the LCAM command (setting the LCAM bit in the 
Control register). The CAM cells do not occupy address lo- 
cations in register space and, thus, are not accessible 
through the RA5-RA0 address pins. The CAM control regis- 
ters, however, are part of the user register set and must be 
initialized before issuing the LCAM command (see Section 
4.3.10). 

The Content Addressable Memory (CAM) consists of six- 
teen 48-bit entries for complete address filtering (Figure 4-1) 
of network packets. Each entry corresponds to a 48-bit des- 
tination address that is user programmable and can contain 
any combination of Multicast or Physical addresses. Each 
entry is partitioned into three 16-bit CAM cells accessible 
through CAM Address Ports (CAP 2, CAP 1 and CAP 0) with 
CAPO corresponding to the least significant 16 bits of the 
Destination Address and CAP2 corresponding to the most 
significant bits. The CAM is accessed in a two step process. 
First, the CAM Entry Pointer is loaded to point to one of the 
16 entries. Then, each of the CAM Address Ports is ac- 
cessed to select the CAM cell. The 16 user programmable 
CAM entries can be masked out with the CAM Enable regis- 
ter (see section 4.3.10). 

Note: It is not necessary to program a broadcast address into ttie CAM 
when it is desired to accept broadcast paclwts. Instead, to accept 
broadcast packets, set the BRD bit in the Receive Control register. If 
tile BRD bit has been set. the CAM Is stili active. This rreans that it is 
possible to accept broadcast pactcets at the sanne time as accepting 
pacl<ets that match physical addresses in the CAM. 

4.1.1 The Load CAM Command 

Because the SONIC-16 uses the CAM for a relatively long 
period of time during reception, it can only be written to via 
the CAM Descriptor Area (CDA) and is only readable when 
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4.0 SONIC-16 Registers (continued) 



RXD 
RXC 



ADDRESS LATCH 



CAM EhlTRr 

POINTER REGISTER 

(5 BITS) 



rxT 



CAM ADDRESS PORT 2 
(BITS 47-32) 



CAM ADDRESS PORT 1 .^_ 
(BITS 31 -16) ■*" 



CAM ADDRESS PORT 
(BITS 15-0) 



MATCH 



FIGURE 4-1. 

the SONIC-16 is in software reset. The CDA resides in the 
same 64k byte block of memory as the Receive Resource 
Area (RRA) and contains descriptors for loading the CAM 
registers. These descriptors are contiguous and each de- 
scriptor consists of four 16-bit fields (Figure 4-2). The first 
field contains the value to be loaded into the CAM Entry 
Pointer and the remaining fields are for the three CAM Ad- 
dress Ports (see Section 4.3.10). In addition, there is one 
more field after the last descriptor containing the mask for 
the CAM Enable register. Each of the CAM descriptors are 
addressed by the CAM Descriptor Pointer (CDP) register. 
After the system has initialized the CDA, it can issue the 
Load CAM command to program the SONIC-16 to read the 
CDA and load the CAM. The procedure for issuing the Load 
CAM command is as follows. 

1 . Initialize the Upper Receive Resource Address (URRA) 
register. Note that the CAM Descriptor Area must reside 
within the same 64k page as the Receive Resource 
Area. (See Section 4.3.9). 



TL/F/1 1722-21 

CAM Organization 

2. Initialize the CDA as described above. 

3. Initialize the CAM Descriptor Count with the number of 
CAM descriptors. Note, only the lower 5 bits are used in 
this register. The other bits are don't cares. (See Section 
4.3.10). 

4. Initialize the CAM Descriptor Pointer to locate the first 
descriptor in the CDA. This register must be reloaded 
each time a new Load CAM command is issued. 

5. Issue the Load CAM command (LCAM) in the Command 
register. (See Section 4.3.1). 

If a transmission or reception is in progress, the CAM DMA 
function will not occur until these operations are complete. 
When the SONIC-16 completes the Load CAM command, 
the CDP register points to the next location after the CAM 
Enable field and the CDC equals zero. The SONIC-16 resets 
the LCAM bit in the Command register and sets the Load 
CAM Done (LCD) bit in the ISR. 



CAM DESCRIPTOR POINTER , COP — ► 



CAM Entry Pointer 



CAM Address Port 



CAM Address Port 1 



CAM Address Port 2 



CAM Entry Pointer 



CAM Address Port 



CAM Address Port 1 



CAM Address Port 2 



CAM Eneible 



■ DESCRIPTOR 



— DESCRIPTOR n 



FIGURE 4-2. CAM Descriptor Area Format 
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4.0 SONIC-16 Registers (continued) 

RA<5:0> 

Oh Command Register 

1 Data Configuration Register 

2 Receive Control Register 

3 Transmit Control Register 

4 Interrupt Mask Register 

5 Interrupt Status Register 
3F Data Configuration Register 2 



15 



Status and Control Fields 



O 

z 
9 



Status and 
Control Registers 



Control Fields 



Status and Control Fields 



Status and Control Fields 



l^ask Fields 



Status Fields 



Control Fields 



Transmit 
Registers 



Receive 
Registers 



CAM 
Registers 



Tally 
Counters 



Watchdog 
Timer 



6 Upper Transmit Descriptor Address Register | Upper 1 6-bit Address Base 

7 Current Transmit Descriptor Address Register 



z\ 



Lower 1 6-bit Address Offset 



Z] 



OD Upper Receive Descriptor Address Register | Upper 1 6-bit Address Base 
OE Current Receive Descriptor Address Register 



Lower 1 6-bit Address Offset 



Lower 1 6-bit Address Offset 



Lower 1 6-bit Address Offset 



14 Upper Receive Resource Address Register | Upper 1 6-bit Address Base_ 

15 Resource Start Address Register 

16 Resource End Address Register 

17 Resource Read Register 

1 8 Resource Write Register 
2B Receive Sequence Counter 



Lower 16-Blt Address Offset 



Lower 1 6-bit Address Offset 



Count Value 



8 



Count Value 



' 21 CAM Entry Pointer 

22 CAM Address Port 2 

23 CAM Address Port 1 

24 CAM Address Porto 

25 CAM Enable Register 

26 CAM Descriptor Pointer 

27 CAM Descriptor Count 
2C CRC Error Tally Counter 
2D Frame Alignment Error Tally 
2E Missed Packet Tally 

29 Watchdog Timer 
2A Watchdog Timer 1 

28 Silicon Revision Fieglster 



Pointer 



Most Significant 1 6 bits of CAM Entry 



Middle 16 bits of CAM Entry 



Least Significant 16 bits of CAM Entry 



Mask Fields 



Lower 1 6-bit Address Offset 



Count Value 



Z] 



Count Value 



Count Value 


Count Value 




Lower 16-bit Count Value 




Upper 1 6-bit Count Value 




Chip Revision Number 



FIGURE 4-3. Register Programming Model 
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4.0 SONIC-16 Registers (continued) 

4.2 STATUS/CONTROL REGISTERS 

This set of registers is used to convey status/control infor- 
mation to/from the host system and to control the operation 
of the SONIC-16. These registers are used for loading com- 
mands generated from the system, indicating transmit and 
receive status, buffering data to/from memory, and provid- 

^ TABLE 4-1. User Registers 



ing intenxipt control. The registers are selected by asserting 
chip select to the SONIC-16 and providing the necessary 
address on register address pins RA5-RA0, Tables 4-1, 
4-2, and 4-3 show the locations of all SONIC-16 registers 
and where information on the registers can be found in the 
data sheet. 



RA5-RA0 



Access 



COMMAND AND STATUS REGISTERS 



OOh 



01 (Note 3) 



02 



03 



04 



05 



3F (Note 3) 



R/W 



R/W 



R/W 



R/W 



R/W 



R/W 



R/W 



TRANSMIT REGISTERS 



06 



07 



R/W 



R/W 



RECEIVE REGISTERS 



OD 



OE 



13 



14 



15 



16 



17 



18 



2B 



R/W 



R/W 



R/W 



R/W 



R/W 



R/W 



R/W 



R/W 



R/W 



CAM REGISTERS 



21 



22 (Note 1) 



23 (Note 1) 



24 (Note 1) 



25 (Note 2) 



26 



27 



R/W 



R/W 



R/W 



R/W 



TALLY COUNTERS 



2C (Note 4) 



2D (Note 4) 



2E (Note 4) 



R/W 



R/W 



R/W 



Register 



Command 



Data Configuration 



Receive Control 



Transmit Control 



Inten-upt Mask 
Interrupt Status 



Data Configuration 2 



Upper Transmit Descriptor Address 



Cun-ent Transmit Descriptor Address 



Upper Receive Descriptor Address 



Cun-ent Receive Descriptor Address 



End of Buffer Word Count 



Upper Receive Resource Address 



Resource Start Address 



Resource End Address 



Resource Read Pointer 



Resource Write Pointer 



Receive Sequence Counter 



CAM Entry Pointer 



CAM Address Port 2 



CAM Address Port 1 



CAM Address Port 



CAM Enable 



CAM Descriptor Pointer 



CAM Descriptor Count 



CRC Error Tally 



FAE Tally 



Missed Pacl^et Tally 



Symbol 



CR 



DCR 



RCR 



TCR 



IMR 



ISR 



DCR2 



UTDA 



CTDA 



URDA 



CRDA 



EOBC 



URRA 



RSA 



REA 



RRP 



RWP 



RSC 



CEP 



CAP2 



CAP1 



CAPO 



CE 



CDP 



CDC 



CRCT 



FAET 



MPT 



Description 
(section) 



4.3.1 



4.3.2 



4.3.3 



4.3.4 



4.3.5 



4.3.6 



4.3.7 



4.3.8, 3.4.4.1 



4.3.8, 3.5.3 



4.3.9,3.4.4.1 



4.3.9, 3.4.4.3 



4.3.9, 3.4.2 



4.3.9,3.4.4.1 



4.3.9, 3.4.1 



4.3.9, 3.4.1 



4.3.9, 3.4.1 



4.3.9,3.4.1 



4.3.9, 3.4.3.2 



4.1,4.3.10 



4.1,4.3.10 



4.1,4.3.10 



4.1,4.3.10 



4.1,4.3.10 



4.1,4.3.10 



4.1,4.3.10 



4.3.1 1 



4.3.11 



4.3.11 
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4.0 SONIC-16 Registers (continued) 

TABLE 4-1. User Registers (Continued) 



RA5-RA0 


Access 


Register 


Symbol 


Description 
(section) 


WATCHDOG COUNTERS 


29 


R/W 


Watciidog Timer 


WTO 


4.3.12 


2A 


R/W 


Watchdog Timer 1 


WT1 


4.3.12 


SILICON REVISION 


28 


R 


Silicon Revision 


SB 


4.3.13 



Note 1: These registers can only bo read when the SONIC-1 6 is in reset mode (RST bit in the CR Is set). The SONiC-16 gives Invalid data when these registers are 

read in non-reset mode. 

Note 2: This register can only be written to when the SONiC-16 Is In reset mode. This register is rormally only loaded by the Load CAM command. 

Note 3: The Data Configuration registers, OCR and DCR2, can only be written to when the SONIC-16 Is in reset mode (RST bit In CR is set). Writing to these 

registers while not In reset mode does not alter the registers. 

Note 4: The data written to these registers Is Inverted before being latched. That is, if a value of FFFFh Is written, these registers will contain and read back the 

value of OOOOh. Data Is not Inverted during a read operation. 

TABLE 4-2. Internal Use Registers (Users should not write to these registers) 



(RA5-RA0) 



Access 



Register 



Symbol 



Description 
(section) 



TRANSMIT REGISTERS 



08 (Note 1) 



R/W 



Transmit Packet Size 



TPS 



3.5 



09 



R/W 



Transmit Fragment Count 



TFC 



3.5 



OA 



R/W 



Transmit Start Address 



TSAO 



3.5 



OB 



R/W 



Transmit Start Address 1 



TSA1 



3.6 



OC (Note 2) 



R/W 



Transmit Fragment Size 



TFS 



3.5 



20 



R/W 



Temporary Transmit Descriptor Address 



TTDA 



3.5.4 



2F 



Maximum Deferral Timer 



MOT 



4.3.4 



RECEIVE REGISTERS 



OF 



R/W 



Current Receive Buffer Address 



CRBAO 



3.4.2, 3.4.4.2 



10 



R/W 



Current Receive Buffer Address 1 



CRBA1 



3.4.2, 3.4.4.2 



11 



R/W 



Remaining Buffer Word Count 



RBWCO 



3.4.2, 3.4.4.2 



12 



R/W 



Remaining Buffer Word Count 1 



RBWC1 



3.4.2, 3.4.4.2 



19 



R/W 



Temporary Receive Buffer Address 



TRBAO 



3.4.6.2 



1A 



R/W 



Temporary Receive Buffer Address 1 



TRBA1 



3.4.6.2 



IB 



R/W 



Temporary Buffer Word Count 



TBWCO 



3.4.6.2 



1C 



R/W 



Temporary Buffer Word Count 1 



TBWC1 



3.4.6.2 



IF 



R/W 



Last Linic Fieid Address 



LLFA 



ADDRESS GENERATORS 



ID 



R/W 



Address Generator 



ADDRO 



IE 



R/W 



Address Generator 1 



ADDR1 



Note 1; The data that Is read from these registers Is the inversion of what has been written to them. 
Note 2: The value that Is written to this register is shifted once. , . 

TABLE 4-3. National Factory Test Registers 



(RA5-RA0) 



Access 



Register 



Symbol 



Description 
(section) 



30 
3E 



R/W 



These registers are for factory use only. Users must not 
address these registers or improper SONiC-1 6 operation 
can occur. 
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4.0 SONIC-16 Registers (continued) 

4.3 REGISTER DESCRIPTION 

4.3.1 Command Register 

(RA<5:0>=0h) 

This register (Figure 4-4) Is used for Issuing commands to ttie SONIC-16. Ttiese commands are issued by setting the corre- 
sponding bits for the function. For all bits, except for the RST bit, the SONIC-16 resets the bit after the command is completed. 
With the exception of RST, writing a "0" to any bit has no effect. Before any commands can be issued, the RST bit must first be 
reset to "0". This means that, if the RST bit is set, two writes to the Command Register are required to Issue a command to the 
SONIC-16; one to clear the RST bit, and one to issue the command. 

This register also controls the general purpose 32-bit Watchdog Timer. After the Watchdog Timer register has been loaded, It 
begins to decrement once the ST bit has been set to "1". An interrupt Is issued when the count reaches zero If the Timer 
Complete interrupt is enabled in the MR. 

During hardware reset, bits 7, 4, and 2 are set to a "1"; all others are cleared. During software reset bits 9, 8, 1, and are 
cleared and bits 7 and 2 are set to a "1 "; all others are unaffected. 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 























LCAM 


RRRA 


RST 





ST 


STP 


RXEN 


RXDIS 


TXP 


HTX 



r=read only, r/w=read/writo 



r/w r/w r/w 



r/w r/w r/w r/w r/w r/w 



FIGURE 4-4. Command Register 



Field 


Meaning 


LCAM 


LOAD CAM 


RRRA 


READ RRA 


RST 


SOFTWARE RESET 


ST 


START TIMER 


STP 


STOP TIMER 


RXEN 


RECEIVER ENABLE 


RXDIS 


RECEIVER DISABLE 


TXP 


TRANSMIT PACKET(S) 


HTX 


HALT TRANSMISSION 




Description 



Bit 



15-10 



Must be 



LCAM: LOAD CAM 

Setting this bit causes the SONIC-1 6 to load the CAM with the descriptor that is pointed to by the CAM Descriptor 

Pointer register. 

Note: This bit must not be set during transmission (TXP is set). The SONIC-1 6 will loci( up il both bits are set simultaneously. 



RRRA: READ RRA 

Setting this bit causes the SONIC-1 6 to read the next RRA descriptor pointed to by the Resource Read Pointer 
(RRP) register. Generally this bit is only set during initialization. Setting this bit during normal operation can cause 
improper receive operation. 



RST: SOFTWARE RESET 

Setting this bit resets all Internal state machines. The CRC generator Is disabled and the Tally counters are halted, 
but not cleared. The SONIC-16 becomes operational when this bit is reset to "0". A hardware reset sets this bit to a 
"1 ". It must be reset to "0" before the SONIC-16 becomes operational. 



Must be 0. 



ST: START TIMER 

Setting this bit enables the general-purpose watchdog timer to begin counting or to resume counting after it has 
been halted. This bit is reset when the timer is halted (I.e., STP is set). Setting this bit resets STP. 



STP: STOP TIMER 

Setting this bit halts the general-purpose watchdog timer and resets the ST bit. The timer resumes when the ST bit is 
set. This bit powers up as a "1 ". Note: Simultaneously setting bits ST and STP stops the timer. 
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4.0 SONIC-16 Registers (Continued) 

4.3 REGISTER DESCRIPTION 

4.3.1 Command Register (Continued) 
(RA<5:0>=0h) 



Bit 



Description 



RXEN: RECEIVER ENABLE 

Setting this bit enables the receive buffer management engine to begin buffering data to memory. Setting this bit 
resets the RXDIS bit. Note: If this bit Is set while the MAC unit is currently receiving a packet, both RXEN and RXDIS 
are set until the network goes Inactive (i.e., the SONIC-1 6 will not start buffering in the middle of a packet being 
received). 



RXDIS: RECEIVER DISABLE 

Setting this bit disables the receiver from buffering data to memory or the Receive FIFO. If this bit is set during the 
reception of a packet, the receiver is disabled only after the packet is processed. The RXEN bit is reset when the 
receiver Is disabled. Tally counters remain active regardless of the state of this bit. Note: If this bit is set while the 
SONIC-16 is currently receiving a packet, both RXEN and RXDIS are set until the packet is fully received. 



TXP: TRANSMIT PACKET(S) 

Setting this bit causes the SONIC-16 to transmit packets which have been set up in the Transmit Descriptor Area 
(TDA). The SONIC-1 6 loads its appropriate registers from the TDA, then begins transmission. The SONIC-1 6 clears 
this bit after any of the following conditions have occurred: (1 ) transmission had completed (i.e., after the SONIC-1 6 
has detected EOL = 1), (2) the Halt Transmission command (HTX) has taken effect, or (3) a transmit abort condition 
has occurred. This condition occurs when any of the following bits in the TCR have been set: EXC, EXD, FU, or BCM. 
Note: This bit must not be set if a Load CAM operation is in progress (LCAM is set). The SONIC-16 will lock up if 
both bits are set simultaneously. 



HTX: HALT TRANSMISSION 

Setting this bit halts the transmit command after the current transmission has completed. TXP is reset after 
transmission has halted. The Current Transmit Descriptor Address (CTDA) register points to the last descriptor 
transmitted. The SONIC-1 6 samples this bit after writing to the TXpkt.status field. ^ 
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4.0 SONIC-16 Registers (continued) 

4.3.2 Data Configuration Register 

{RA<5:0> = 1h) 

This register (Figure 4-5) eslabiishes the bus cycle options for reading/writing data to/from 16- or 32-bit memory systems. 
During a hardware reset, bits 15 and 13 are cleared; all other bits are unaffected. (Because of this, the first thing the driver 
software does to the SONIC-16 should be to set up this register.) All bits are unaffected by a software reset. This register must 
only be accessed when the SONIC-16 is in reset mode (i.e., the RST bit is set in the Command register) 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





EXBUS 





LBR 


P01 


POO 


SBUS 


USR1 


USRO 


WC1 


WCO 





BMS 


RFT1 


RFTO 


TFT1 


TFTO 



r/w 

r/w = read/writa 



Bit 



15 



14 



13 



r/w r/w r/w r/w r/w r/w r/w r/w 

FIGURE 4-5. Data Configuration Register 



r/w r/w r/w r/w r/w 



Fieid lUleaning 

EXBUS EXTENDED BUS MODE 

LBR LATCHED BUS RETRY 

POO.POI PROGRAMMABLE OUTPUTS 

SBUS SYNCHRONOUS BUS MODE 

USRO.USRI USER DEFINABLE PINS 

WCO.WCI WAIT STATE CONTROL 

DW DATA WIDTH SELECT 

BMS BLOCK MODE SELECT FOR DMA 

RFTO, RFT1 RECEIVE FIFO THRESHOLD 

TFTO.TFTI TRANSMIT FIFO THRESHOLD 



Description 



EXBUS: EXTENDED BUS MODE 

Setting this bit enables the Extended Bus mode which enables the following: 

1) Extended Programmable Outputs, EXUSR <3:0> : This changes the TXD, LBK, RXC and RXD pins from the 
external ENDEC interface into four programmable user outputs, EXUSR <3:0> respectively, which are similar to 
USR <1:0>. These outputs are programed with bits 15-12 in the DCR2 (see Section 4.3.7). On hardware reset, 
these four pins will be TRI-STATE® and will remain that way until the DCR is changed. If EXBUS is enabled, then 
these pins will remain TRI-STATE until the SONIC-1 6 becomes a bus master, at which time they will be driven 
according to the DCR2. If EXBUS is disabled, then these four pins work normally as external ENDEC interface pins. 

2) Synchronous Termination, STERM: This changes the TXC pin from the External ENDEC interface into a 
synchronous memory termination input for compatibility with Motorola style processors. This input is only useful 
when Asynchronous Bus mode is selected (bit 10 below is set to "0") and BMODE = 1 (Motorola mode). On 
hardware reset, this pin will be TRI-STATE and will remain that way until the DCR is changed. If EXBUS is enabled, 
this pin will remain TRI-STATE until the SONIC-1 6 becomes a bus master, at which time it will become the STERm' 
input. If EXBUS is disabled, then t his pi n worlds normally as the TXC pin for the external ENDEC interface. 

3) Asynchronous Bus Retry: Causes BRT to be clocked in asynchronously off the falling edge of bus clock. This only 
applies, however, when the SONIC-16 is operating in asynchronous mode (bit 10 below is set to "0"). If EXBUS is 
not set, BRT is sampled synchronously off the rising edge of bus clock. (Se e Section 5.4.6.) 

Must be 0. 



LBR: LATCHED BUS RETRY 

The LBR bit controls the mode of operation of the BRT signal (see pin description). It allows the BUS Retry operation 

to be latched or unlatched. 

0: Unlatched mode: The assertion of BRT forces the SONIC-1 6 to finish the current DMA operation and get off the bus. 

The SONIC-1 6 will retry the ope ration when BRT is deserted. 
1 : Latched mode: The assertion of BRT forces the SONIC-1 6 to finish the current DMA operation as above, however, 

the SONIC-1 6 will not retry until BRT is deasserted and the BR bit in the ISR (see Section 4.3.6) has been reset. 

Hence, the mode has been latched on until the BR bit is cleared. 

Note: Unless LBR is set to a "1 ", BRT must remain asserted at least until the SONIC-1 6 has gone idle. See Section 5.4.6 and the timing tor Bus 
Retry In Section 7.0. 



1 2, 1 1 P01, POO: PROGRAIWMABLE OUTPUTS 

ThePOl ,PO0 bits individually control the USR1 ,0 pins respectively when SONIC-16 is a bus master (HLDA or 
BGACK is active). When P01 /POO are set to a 1 the USR1 /USRO pins are high during bus master operations and 
when these bits are set to a the USR1 /USRO pins are low during bus master operations. 



1-680 



4.0 SONIC-16 Registers (continued) 

4.3.2 Data Configuration Register (Continued) 
(RA<5:0> = 1h) 



n 



o 



Bit 



10 



9,8 



7,6 



3,2 



1,0 



Description 



SBUS: SYNCHRONOUS BUS MODE 

The SBUS bit is used to select the mode of system bus operation when SONIC-16 is a bus master. This bit selects 
the internal ready line to be either a synchronous or asynchronous input to SONIC-1 6 during block transfer DMA 

operations. 

0: Asynchronous mode. RDYl (BMODE =0)or DSACK0,1 (BMODE = 1) are respectively internallysynchronized 

at the failing edge of the bus clock (T2 of the DMA cycle). No setup or hold times need to be met with 

respect to this edge to guarantee proper bus operation. 
1 : Synchronous mode. RDYl (BMODE = 0) and DSACKO.I (BMODE = 1 ) must respectively meet the setup and 

hold times with respect to the rising edge of T1 or T2 to guarantee proper bus operation. 



USR1,0: USER DEFINABLE PINS 

The USR1 ,0 bits report the level of the USR1 ,0 signal pins, respectively, after a chip hardware reset. If the USR1 ,0 
signal pins are at a logical 1 (tied to Vcc) during a hardware reset the USR1 ,0 bits are set to a 1 . If the USR1 ,0 pins 
are at a logical (tied to ground) during a hardware reset the USR1 ,0 bits are set to a 0. These bits are latched on 
the rising edge of RST. Once set they remain set/reset until the next hardware reset. 



WC1,0: WAIT STATE CONTROL 

These encoded bits determine the number of additional bus cycles (T2 states) that are added during each DMA 
cycle. 

WC1 WCO Bus Cycles Added 



1 1 

1 2 

1 1 3 



MUST BE 0. 



BMS: BLOCK MODE SELECT FOR DMA 

Determines how data is emptied or filled into the Receive or Transmit FIFO. 

0: Empty/fill mode: All DMA transfers continue until either the Receive FIFO has emptied or the Transmit FIFO has 

filled completely. 
1 : Block mode: All DMA transfers continue until the programmed number of bytes (RFTO, RFT1 during reception or 

TFO, TF1 during transmission) have been transferred. (See note for TFTO, TFT1 .) ^^_ 



RFT1,RFT0: RECEIVE FIFO THRESHOLD 

These encoded bits determine the number of words (or long words) that are written into the receive FIFO from the 
MAC unit before a receive DMA request occurs. (See Section 1 .4.) 
Threshold 

2 words (4 bytes) 

4 words (8 bytes) 

8 words (16 bytes) 

12 words (24 bytes) 

= 1), the receivB FIFO threshold sets the number of words (or long words) written to memory during a receive DMA 



RFT1 


RFTO 











1 


1 





1 


1 


Note: In block mode (BMS bit 


blocit cycle. 





TFTI.TFTO: TRANSMIT FIFO THRESHOLD 

These encoded bits determine the minimum number of words (or long words) the DMA section maintains in the 
transmit FIFO. A bus request occurs when the number of words drops below the transmit FIFO threshold. (See 
Section 1 .4.) 

Threshold 

4 words (8 bytes) 

8 words (16 bytes) 

1 2 words (24 bytes) 

1 4 words (28 bytes) 

Note: In block mode (BMS - 1), the number of bytes the SONIC-1 6 reads in a single DMA burst equals ttie transmit FIFO threshold value. If the 
number of words or long words needed to fill the FIFO is less than the threshold value, then only the number of reads required to fill the FIFO in a 
single DMA burst will be made. Typically, with the FIFO threshold value set to 12 or U words, the number of memory reads needed is less than the 
FIFO threshold value. ^ 



TFT1 


TFTO 











1 


1 





1 


1 
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o 4.0 SONIC-16 Registers (Continued) 

Q 4.3.3 Receive Control Register 
(O (RA<5:0> = 2h) 

This register is used to filter incoming packets and provide status Information of accepted packets (Figure 4-6). Setting any of 

bits 15-1 1 to a "1" enables the corresponding receive filter. If none of these bits are set, only packets which match the CAM 

Address registers are accepted. Bits 10 and 9 control the loopback operations. 

After reception, bits 8-0 Indicate status Information about the accepted packet and are set to "1" when the corresponding 

condition is true. If the packet is accepted, all bits in the RCR are written into the RXpkt.status field. Bits 8-6 and 3-0 are 

cleared at the reception of the next packet. 

This register is unaffected by a software reset. 



15 


14 


13 


12 


11 


10 


g 


8 


7 


6 


5 


4 


3 


2 


1 





ERR 


RNT 


BRD 


PRO 


AMC 


LB1 


LBO 


MC 


BC 


LPKT 


CRS 


COL 


CRCR 


FAER 


LBK 


PRX 



r/w r/w r/w r/w 

r=read only, r/w = read/write 



r/w r/w r/w 



FIGURE 4-6. Receive Control Register 



Bit 



15 



14 



13 



12 



11 



Field Meaning 

ERR ACCEPT PACKET WITH ERRORS 

RNT ACCEPT RUNT PACKETS 

BRD ACCEPT BROADCAST PACKETS 

PRO PHYSICAL PROMISCUOUS PACKETS 

AMC ACCEPT ALL MULTICAST PACKETS 

LB0,LB1 LOOPBACK CONTROL 

MC MULTICAST PACKET RECEIVED 

BC BROADCAST PACKET RECEIVED 

LPKT LAST PACKET IN RBA 

CRS CARRIER SENSE ACTIVITY 

COL COLLISION ACTIVITY 

CRCR CRC ERROR 

FAER FRAME ALIGNMENT ERROR 

LBK LOOPBACK PACKET RECEIVED 

PRX PACKET RECEIVED OK 



Description 



ERR: ACCEPT PACKET WITH CRC ERRORS OR COLLISIONS 

0: Reject all packets with CRC errors or when a collision occurs. 
1 : Accept packets with CRC errors and Ignore collisions. 



RNT: ACCEPT RUNT PACKETS 

0: Normal address match mode. 

1 : Accept runt packets (packets less than 64 bytes in length). 

Note: A hardware reset clears this bit. 



BRD: ACCEPT BROADCAST PACKETS 

0: Normal address match mode. 

1 : Accept broadcast packets (packets with addresses that match the CAM are also accepted). 

Note: This bit is cleared upon hardware reset. 



PRO: PHYSICAL PROMISCUOUS MODE 

Enable all Physical Address packets to be accepted. 
0: Normal address match mode. 
1 : Promiscuous mode. 



AMC: ACCEPT ALL MULTICAST PACKETS 

0: Normal address match mode. 

1 : Enables all multicast packets to be accepted. Broadcast packets are also accepted regardless 
of the BRD bit. (Broadcast packets are a subset of multicast packets.) 
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o 
4.0 SONIC-16 Registers (continued) 

4.3.3 Receive Control Register (Continued) 

(RA<5:0> = 2h) 0> 



Bit 



10,9 



Description 



LB1,LB0: LOOPBACK CONTROL 

These encoded bits control loopback operations for MAC loopback, ENDEC loopback and Transceiver lookback. For 
proper operation, the CAM Address registers and Receive Control register must be initialized to accept the Destination 
address of the loopback packet (see Section 1.7). 
Note: A hardware reset clears these bits. 
LB1 LBO Function 

No loopback, normal operation 

1 MAC loopback 

1 ENDEC loopback 

1 1 Transceiver loopback 



l«C: IVIULTICAST PACKET RECEIVED 

This bit is set when a packet is received with a Multicast Address. 



BC: BROADCAST PACKET RECEIVED 

This bit is set when a packet is received with a Broadcast Address. 



LPKT: LAST PACKET IN RBA 

This bit is set when the last packet is buffered into a Receive Buffer Area (RBA). The SONIC-1 6 detects this condition 
when its Remaining Buffer W/ord Count (RBWC0,1 ) register is less than the End Of Buffer Count (EOBC) register. (See 
Section 3.4.2.) ^_ __^_^_ 



CRS: CARRIER SENSE ACTIVITY 

Set when CRS is active. Indicates the presence of network activity. 



COL: COLLISION ACTIVITY 

Indicates that the packet received had a collision occur during reception. 



CRCR: CRC ERROR 

Indicates the packet contains a CRC error. If the packet also contains a Frame Alignment error, FAER will be set 
instead (see below). 



FAER: FRAME ALIGNMENT ERROR 

Indicates that the incoming packet was not correctly framed on an 8-bit boundary. Note: if no CRC errors have 
occurred, this bit is not set (i.e., this bit is only set when both a frame alignment and CRC errors occur). 



LBK: LOOPBACK PACKET RECEIVED 

Indicates that the SONIC-1 6 has successfully received a loopback packet. 



PRX: PACKET RECEIVED OK 

Indicates that a packet has been received without CRC, frame alignment, length (runt packet) errors or collisions. 
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4.0 SONIC-16 Registers (continued) 



4.3.4 Transmit Control Register 

(RA<5:0> = 3h) 

This register Is used to program the SONIC-16's transmit actions and provide status information after a pacltet has been 
transmitted (Figure 4-7). At the beginning of transmission, bits 15, 14, 13 and 12 from the TXpktconfig field are loaded into the 
TCR to configure the various transmit modes (see section 3.5.1.1). When the transmission ends, bits 10-0 Indicate status 
information and are set to a "1" when the corresponding condition Is true. These bits, along with the number of collisions 
information, are written into the TXpkt.status field at the end of transmission (see section 3.5. 1 .2). Bits 9 and 5 are cleared after 
the TXpl<t.status field has been written. Bits 1 0, 7, 6, and 1 are cleared at the commencement of the next transmission while bit 8 
is set at this time. 

A hardware reset sets bits 8 and 1 to a "1". This register Is unaffected by a software reset. 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





PINTR 


POWC 


CRCI 


EXDIS 





EXD 


DEF 


NCRS 


CHSL 


EXC 


owe 





PMB 


FU 


BCM 


PTX 



r/w r/w r/w r/w 

r=read only, f/w= read/writs 



Bit 



15 



14 



13 



12 



10 



r r r r r r 

FIGURE 4-7. Transmit Control Register 

Field lUeanlng 

PINTR PROGRAMMABLE INTERRUPT 

POWC PROGRAMMED OUT OF WINDOW COLLISION TIMER 

CRCI CRC INHIBIT 

EXDIS DISABLE EXCESSIVE DEFERAL TIMER 

EXD EXCESSIVE DEFERRAL 

DEF DEFERRED TRANSMISSION 

NCRS NOCRS 

CRSL CRSLOST 

EXC EXCESSIVE COLLISIONS 

owe OUT OF WINDOW COLLISION 

PMB PACKET MONITORED BAD 

FU FIFO UNDERRUN 

BCM BYTE COUNT MISMATCH 

PTX PACKET TRANSMITTED OK 



Description 



PINTR: PROGRAMMABLE INTERRUPT 

This bit allows transmit intemjpts to be generated under software control. The SONiC-1 6 will Issue an interrupt (PINT 
in the Interrupt Status Register) immediately after reading a TDA and detecting that PINTR is set in the TXpktconfig 
field. 

Note: In order for PINTR to operate properly, it must be set and reset In tMe TXpkt.confIg field by alternating TDAs. This is necessary because alter 
PINT has been issued in the ISR, PihfTR in the Transmit Control Register must bo cleared before it is set again in order to have the interrupt issued 
for another pacl<et. The only effective way to do this is to set PINTR to a 1 no more often than every other packet. 



POWC: PROGRAIUI "OUT OF WINDOW COLLISION" TIMER 

This bit programs when the out of window collision timer begins. 
0: timer begins after the Start of Frame Delimiter (SFD). 
1: timer begins after the first bit of preamble. 



CRCI: CRC INHIBIT 

0: transmit packet with 4-byte FCS field 
1: transmit packet without 4-byte FCS field 



EXDIS: DISABLE EXCESSIVE DEFERRAL TIMER: 

0: excessive deferral timer enabled 
1: excessive deferral timer disabled 



Must be 0. 



EXD: EXCESSIVE DEFERRAL 

Indicates that the SONiC-1 8 has been deferring for 3.2 ms. The transmission Is aborted if the excessive deferral 
timer is enabled (I.e. EXDIS is reset). This bit can only be set if the excessive deferral timer is enabled. 
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4.0 SONIC-16 Registers (Continued) 

4.3.4 Transmit Control Register (Continued) 
(RA<5:0> = 3h) 


Bit 


Description 


9 


DEF: DEFERRED TRANSMISSION 

Indicates that the SONIC-1 6 has defen-ed Its transmission during the first attempt. If subsequent collisions occur, this 
bit is reset. This bit is cleared after the TXpktstatus field is written in the TDA. 


8 


NCRS: NO CRS 

Indicates that Carrier Sense (CRS) was not present during transmission. CRS Is monitored from the beginning of the 
Start of Frame Delimiter to the last byte transmitted. The transmission will not be aborted. This bit is set at the start 
of preamble and Is reset if CRS Is detected. Hence, if CRS is never detected throughout the entire transmission of 
the packet, this bit will remain set. 

Note: NCRS will always remain set in MAC loopback. 


7 


CRSL: CRS LOST 

Indicates that CRS has gone low or has not been present during transmission. CRS Is monitored from the beginning 
of the Start of Frame Delimiter to the last byte transmitted. The transmission will not be aborted. 

Note: if CRS was never present, both NCRS and CRSL will be set simultaneously. Also, CRSL will always be set in MAC loopback. 


6 


EXC: EXCESSIVE COLLISIONS 

Indicates that 1 6 collisions have occurred. The transmission is aborted. 


5 


owe: OUT OF WINDOW COLLISION 

Indicates that an illegal collision has occurred after 51 .2 p,s (one slot time) from either the first bit of preamble or 
from SFD depending upon the POWC bit. The transmission backs off as in a normal transmission. This bit is cleared 
after the TXpktstatus field is written in the TDA. 


4 


Must be 0. 


3 


PMB: PACKET MONITORED BAD 

This bit is set. If after the receive unit has monitored the transmitted packet, the CRC has been calculated as Invalid, 

a frame alignment error occurred or the Source Address does not match any of the CAM address registers. 

Note 1: The SONIC-1 6's CRC checker is active during Uansmission. 

Note 2: If CRC has been Inhibited for Uansmissions (CRCI is set), this bit will always be low. This is Inje regardless ot Frame Alignment or Source 

Address mismatch errors. 

Note 3: If a Receive FIFO overrun has occurred, the transmitted packet is not monitored completely. Thus, if PMB is set along with the RFO bit in the 

ISR, then PMB has no meaning. The packet must be completely received before PMB has meaning. 


2 


FU:FIFOUNDERRUN 

Indicates that the SONIC-16 has not been able to access the bus before the FIFO has emptied. This condition 
occurs from excessive bus latency and/or slow bus clock. The transmission is aborted. (See section 1.4.2.) 


1 


BCM: BYTE COUNT MISMATCH 

This bit is set when the SONIC-1 6 detects that the TXpkt.pkt_slze field is not equal to the sum of the 
TXpkt.frag_size field(s). Transmission is aborted. 





PTX: PACKET TRANSMITTED OK 

Indicates that a packet has been transmitted without the following errors: 
—Excessive Collisions (EXC) 
—Excessive Deferral (EXD) 
— FIFO Underrun (FU) 
—Byte Count Mismatch (BCM) 





Ui 
O 

O 

■ 
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4.0 SONIC-16 Registers (Continued) 



4.3.5 Interrupt Mask Register 

(RA<5:0> = 4h) 

This register masks the interrupts that can be generated from the ISR (Figure 4-8). Writing a "1" to the bit enables the 

corresponding interrupt. During a hardware reset, all mask bits are cleared. 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 








BREN HBLEN LCDEN PINTEN PHXEN PTXEN TXEREN TCEN RDEEN RBEEN RBAEEN CRCEN FAEEN MPEN RFOEN 



r/w r/w 

r/w= read/write 



r/w 



r/w r/w r/w r/w r/w r/w r/w 
FIGURE 4-8. Interrupt Mask Register 



r/w 



r/w r/w r/w r/w 



Field Meaning 

BREN BUS RETRY OCCURRED ENABLE 

HBLEN HEARTBEAT LOST ENABLE 

LCDEN LOAD CAIVI DONE INTERRUPT ENABLE 

PINTEN PROGRAMMABLE INTERRUPT ENABLE 

PRXEN PACKET RECEIVED ENABLE 

PTXEN PACKET TRANSMITTED OK ENABLE 

TXEREN TRANSMIT ERROR ENABLE 

TCEN TIMER COMPLETE ENABLE 

RDEEN RECEIVE DESCRIPTORS ENABLE 

RBEEN RECEIVE BUFFERS EXHAUSTED ENABLE 

RBAEEN RECEIVE BUFFER AREA EXCEEDED ENABLE 

CRCEN CRC TALLY COUNTER WARNING ENABLE 

FAEEN FAE TALLY COUNTER WARNING ENABLE 

MPEN MP TALLY COUNTER WARNING ENABLE 

RFOEN RECEIVE FIFO OVERRUN ENABLE 



Bit 


Description 


15 


Must be 0. 


14 


BREN: BUS RETRY OCCURRED enabled: 

0: disable 

1: enables interrupts when a Bus Retry operation is requested. . 




13 


HBLEN: HEARTBEAT LOST enable: 

0: disable 

1 : enables interrupts when a heartbeat lost condition occurs. 




12 


LCDEN: LOAD CAM DONE INTERRUPT enable: 

0: disable 

1 : enables interrupts when the Load CAM command has finished. 




11 


PINTEN: PROGRAMMABLE INTERRUPT enable: 

0: disable 






1 : enables programmable interrupts to occur when the PINTR bit the TXpkt.config field is set to a 


'1". 


10 


PRXEN: PACKET RECEIVED enable: 

0: disable 

1 : enables interrupts for packets accepted. 




g 


PTXEN: PACKET TRANSMITTED OK enable: 

0: disable 

1 : enables inten-upts for transmit completions. 




8 


TXEREN: TRANSMIT ERROR enable: 

0: disable 

1 : enables interrupts for packets transmitted with en-or. 
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4.0 SONIC-16 Registers (Continued) 

4.3.5 Interrupt Mask Register (Continued) 

(RA<5:0> = 4tl) 0> 



Bit 



Description 



TCEN: GENERAL PURPOSE TiMER COMPLETE enable: 

0: disable 

1 : enables interrupts when the general purpose timer has roiled over from 0000 OOOOh to FFFF FFFFh. 



RDEEN: RECEIVE DESCRIPTORS EXHAUSTED enable: 

0: disable 

1 : enables interrupts when ali receive descriptors in the RDA have been exhausted. 



RBEEN: RECEIVE BUFFERS EXHAUSTED enable: 

0: disable 

1: enables interrupts when ail resource descriptors in the BRA have been exhausted. 



RBAEEN: RECEIVE BUFFER AREA EXCEEDED enable: 

0: disable 

1 : enables interrupts when the SONIC-1 6 attempts to buffer data beyond the end of the Receive Butter Area. 



CRCEN: CRC TALLY COUNTER WARNING enable: 

0: disable 

1 : enables interrupts when the CRC tally counter has rolled over from FFFFh to OOOOh. 



FAEEN: FRAME ALIGNMENT ERROR (FAE) TALLY COUNTER WARNING enable: 

0: disable 

1 : enables interrupts when the FAE tally counter roiled over from FFFFh to OOOOh. 



MPEN: MISSED PACKET (MP) TALLY COUNTER WARNING enable: 

0: disable 

1 : enables interrupts when the MP tally counter has rolled over from FFFFh to OOOOh. 



RFOEN: RECEIVE FIFO OVERRUN enable: 

0: disable 

1 : enables interrupts when the receive FIFO has overrun. 
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4.0 SONIC-16 Registers (continued) 

4.3.6 Interrupt Status Register 

(RA<5:0> = 5h) 

This register (Figure 4-9) indicates the source of an interrupt when the iNT pin goes active. Enabiing the corresponding bits in 

the iMR allows bits In this register to produce an interrupt. When an interrupt is active, one or more bits In this register are set to 

a "1". A bit is cleared by writing "1" to It. Writing a "0" to any bit has no effect. 

This register is cleared by a hardware reset and unaffected by a software reset. 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 








BR 


HBL 


LCD 


PINT 


PKTRX 


PTDN 


TXER 


TC 


RDE 


RBE 


RBAE 


CRC 


FAE 


MP 


RFO 



r/w r/w r/w r/w 

r/w= read/writs 



Bit 



r/w r/w r/w r/w r/w r/w r/w r/w r/w r/w r/w 
FIGURE 4-9. Interrupt Status Register 



Field Meaning 

BR BUS RETRY OCCURRED 

HBL CD HEARTBEAT LOST 

LCD LOAD CAM DONE 

PINT PROGRAMIWABLE INTERRUPT 

PKTRX PACKET RECEIVED 

TXDN TRANSMISSION DONE 

TXER TRANSMIT ERROR 

TC TIMER COMPLETE 

RDE RECEIVE DISCRIPTORS EXHAUSTED 

RBE RECEIVE BUFFERS EXHAUSTED 

RBAE RECEIVE BUFFER AREA EXCEEDED 

CRC CRC TALLY COUNTER ROLLOVER 

FAE FRAME ALIGNMENT ERROR 

MP MISSED PACKET COUNTER ROLLOVER 

RFO RECEIVE FIFO OVERRUN 



Description 



15 



14 



Must be 0. 



BR: BUS RETRY OCCURRED 

Indicates that a Bus Retry (BRT) operation has occurred. In Latched Bus Retry mode (LBR in the DCR), BR will only 
be set when the SONiC-16 Is a bus master. Before the SONIC-16 will continue any DMA operations, BR must be 
cleared, in Unlatched mode, the BR bit should be cleared also, but the SONiC-1 6 will not wait for BR to be cleared 
before requesting the bus again and continuing Its DMA operations. (See sections 4.3.2 and 5.4.6 for more 
information on Bus Retry). 



13 



12 



HBL: CD HEARTBEAT LOST 

if the transceiver falls to provide a collision pulse (heart beat) during the first 6.4 /xs of the Interframe Gap after 
transmission, this bit is set. 



LCD: LOAD CAM DONE 

indicates that the Load CAM command has finished writing to all programmed locations In the CAM. (See section 
4.1.1.) 



PINT: PROGRAMMED INTERRUPT 

Indicates that upon reading the TXpkt.config field, the SONIC-16 has detected the PINTR bit to be set. (See section 
4.3.4.) 



10 



PKTRX: PACKET RECEIVED 

Indicates that a packet has been received and been buffered to memory. This bit is set after the RXpkt.seq_no field 
is written to memory. 



TXDN: TRANSMISSION DONE 

indicates that either (1 ) there are no remaining packets to be transmitted in the Transmit Descriptor Area (I.e., the 
EOL bit has been detected as a "1 "), (2) the Halt Transmit command has been given (HTX bit In CR Is set to a "1 "), 
or (3) a transmit abort condition has occurred. This condition occurs when any of following bits In the TCR are set: 
BCM, EXC, FU, or EXD. This bit is set after the TXpkt.status field has been written to. 
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4.0 SONIC-16 Registers (Continued) 

4.3.6 Interrupt Status Register (Continued) 
(RA<5:0> = 5h) 



(A 
O 

z 

O 



Bit 



Description 



TXER: TRANSMIT ERROR 

Indicates that a packet has been transmitted with at least one of the following errors. 

— Byte count mismatch (BCM) 

— Excessive collisions (EXC) 

—FIFO underrun (FU) 

— Excessive deferral (EXD) 

The TXpkt.status field reveals the cause of the error(s). 



TC: GENERAL PURPOSE TIMER COMPLETE 

Indicates that the timer has rolled over from 0000 OOOOh to FFFF FFFFh. (See section 4.3.1 2.) 



RDE: RECEIVE DESCRIPTORS EXHAUSTED 

Indicates that all receive packet descriptors in the RDA have been exhausted. This bit is set when the SONIC-1 6 
detects EOL = 1 . (See section 3.4.7.) 



RBE: RECEIVE BUFFER EXHAUSTED 

Indicates that the SONlC-1 6 has detected the Resource Read Pointer (RRP) is equal to the Resource Write Pointer 
(RWP). This bit is set after the last field is read from the resource area. (See section 3.4.7.) 

Note 1: This bit will be set as the SONIC-1 6 finishes using the second to last receive buffer and reads the last RRA descriptor. This gives the system 

an early warning of impending no resources. 

Note 2: The SONIC-1 6 will stop reception of packets when the last RBA has been used and will not continue reception until additional receive 

buffers have bean added (i.e., RWP is incremented beyond RRP) and this bit has been reset. 

Note 3: If additional buffers have been added, resetting this bit causes the SONIC-1 6 to read the next resource descriptor pointed to by the RRP in 

the Receive Resource Area. Note that resetting this bit under this condition is similar to Issuing the Read RRA command (setting the RRRA bit In the 

Command Register). This bit should never be reset until after the addtional resources have been added to the RRA. 

RBAE: RECEIVE BUFFER AREA EXCEEDED 

Indicates that during reception, the SONIC-1 6 has reached the end of the Receive Buffer Area. Reception is aborted 
and the SONIC-16 fetches the next available resource descriptors in the RRA. The buffer space is not re-used and 
an RDA is not set up for the truncated packet (see section 3.4.7). 



CRC: CRC TALLY COUNTER ROLLOVER 

Indicates that the tally counter has rolled over from FFFFh to OOOOh. (See section 4.3.1 1 .) 



FAE: FRAME ALIGNMENT ERROR (FAE) TALLY COUNTER ROLLOVER 

Indicates that the FAE tally counter has rolled over from FFFFh to OOOOh. (See section 4.3.1 1.; 



MP: MISSED PACKET (MP) COUNTER ROLLOVER 

Indicates that the MP tally counter has rolled over from FFFFh to OOOOh. (See section 4.3.1 1 .) 



RFO: RECEIVE FIFO OVERRUN 

Indicates that the SONIC-1 6 has been unable to access the bus before the receive FIFO has filled from the network. 
This condition is due to excessively long bus latency and/or slow bus clock. Note that FIFO underruns aire indicated 
in the TCR. (See section 1.4.1.) 
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4.0 SONIC-16 Registers (continued) 

4.3.7 Data Configuration Register 2 

(RA<5:0> = 3Fh) 

This register (Figure 4-10) is for enabling tlie extended bus interface options. 

A hardware reset will set all bits in this register to "0" except for the Extended Programmable Outputs which are unl«nown until 

written to and bits 5 to 11 which must always be written with zeroes, but are "don't cares" when read. A software reset will not 

affect any bits in this register. This register should only be written to when the SONIC-16 is in software reset (the RST bit in the 

Command Register is set). 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 



EXP03 


EXP02 


EXP01 


EXPOO 























PH 





PCM 


PCNM 


RJCM 



r/w 



r/w 



r/w 



Bit 



15-12 



11-5 



r/w r/w 

FIGURE 4-10. Data Configuration Register 2 



r/w 



r/w 



r/w 



Field 



Meaning 



EXPO3..0 EXTENDED PROGRAMMABLE OUTPUTS 

PH PROGRAM HOLD 

PCM PACKET COMPRESS WHEN MATCHED 

PCNM PACKET COMPRESS WHEN NOT MATCHED 

RJCM REJECT ON CAM MATCH 



Description 



EXPO<3:0> EXTENDED PROGRAMMABLE OUTPUTS 

These bits program the level of the Extended User outputs (EXUSR < 3:0 >) when the SONIC-16 is a bus master. 
Writing a "1 " to any of these bits programs a high level to the corresponding output Writing a "Q" to any of these 
bits programs a low level to the corresponding output. EXUSR <3:0> are similiar to USR < 1 :0> except that 
EXUSR<3:0> are only available when the Extended Bus mode is selected (bit 15 in the DCR is set to "1 " see 
Section 4.3.2). 



Must be written with zeroes. 



PH: PROGRAM HOLD 

When this bit is set to "0", the HOLD request output is asserted/deasserted from the falling edge of bus clock. If this 
bit is set to "1 ", HOLD will be asserted/deasserted Va clock later on the rising edge of bus clock. 



Must be zero. 



PCM: PACKET COMPRESS WHEN MATCHED 

When this bit is set to a "1 " (and the PCNM bit is reset to a "0"), the PCOMP output will be asserted if the 
destination address of the packet being received matches one of the entries in the CAM (Content Addressable 
Memory). This bit, along with PCNM, is used with the Management Bus of the DP83950, Repeater Interface 
Controller (RIC). See the DP83950 datasheet for more details on the RIC Management Bus. This mode is also called 
the Managed Bridge Mode. 

Notel: SettingPCNMantiPCMto"1"atthesametimeisnotallowed. 

Note 2: H PCNM and PCM ara both "0", the PCOMP output will remain TRI-STATE until PCNM or P CM are changed. 

PCNM: COMPRESS WHEN NOT MATCHED 

When this bit is set to a "1 " (and the PCM bit is set to "0"), the PCOMP output will be asserted if the destination 

address of the packet does not match one of the entries in the CAM. See the PCM bit above. This mode is also 

called the Managed Hub Mode. 

Note: PCOMP will not be asserted if the destination address is a broadcast address. This is true regardless of the state of the BRD bit In the 
Receive Control Register. 



RJCM: REJECT ON CAM MATCH 

When this bit is set to "1 ", the SONIC-1 6 will reject a packet on a CAM match. Setting RJCM to "0" causes the 
SONIC-16 to operate normally by accepting packets on a CAM match. Setting this mode is useful for a small bridge 
with a limited number of nodes attached to it RJCM only affects the CAM, though. Setting RJCM will not invert the 
function of the BRD, PRO or AMC bits (to accept broadcast, all physical or multicast packets respectively) in the 
Receive Control Register (see Section 4.3.3). This means, for example, that it is not possible to set RJCM and BRD 
to reject all broadcast packets. If RJCM and BRD are set at the same time, however, all broadcast packets will be 
accepted, but any packets that have a destination address that matches an address in the CAM will be rejected. 
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4.0 SONIC-16 Registers (continued) 

4.3.8 Transmit Registers 

The transmit registers described in this section are part of 
the User Register set. The UTDA and CTDA must be initial- 
ized prior to issuing the transmit command (setting the TXP 
bit) in the Command register. 

Upper Transmit Descriptor Address Register (UTDA): 
This register contains the upper address bits (A<23:16>) 
for accessing the transmit descriptor area (TDA) and Is con- 
catenated with the contents of the CTDA when the SONIC- 
16 accesses the TDA In system memory. The TDA can be 
as large as 32k words and can be located anywhere In sys- 
tem memory. This register Is unaffected by a hardware or 
software reset. 

Current Transmit Descriptor Address Register (CTDA): 
The 16-bit CTDA register contains the lower address bits 
(A < 1 5: 1 >) of the 23-blt transmit descriptor address. During 
Initialization this register must be programmed with the low- 
er address bits of the transmit descriptor. The SONIC-16 
concatenates the contents of this register with the contents 
of the UTDA to point to the transmit descriptor. Bit of this 
register is the End of List (EOL) bit and Is used to denote the 
end of the list. This register is unaffected by a hardware or 
software reset. 

4.3.9 Receive Registers 

The receive registers described in this section are part of 
the User Register set. A software reset has no effect on 
these registers and a hardware reset only affects the EOBC 
and RSC registers. The receive registers must be Initialized 
prior to Issuing the receive command (setting the RXEN bit) 
In the Command register. 

Upper Receive Descriptor Address Register (URDA): 
This register contains the upper address bits (A<23:16>) 
for accessing the receive descriptor area (RDA) and is con- 
catenated with the contents of the CRDA when the SONIC- 
16 accesses the RDA In system memory. The RDA can be 
as large as 32k words and can be located anywhere In sys- 
tem memory. This register Is unaffected by a hardware or 
software reset. 

Current Receive Descriptor Address Register (CRDA): 
The CRDA is a 16-blt read/write register used to locate the 
received packet descriptor block within the RDA. It contains 
the lower address bits (A< 1 5:1 >). The SONIC-16 concate- 
nates the contents of the CRDA with the contents of the 
URDA to form the complete 23-bit address. The resulting 
23-bit address points to the first field of the descriptor block. 
Bit of this register Is the End of List (EOL) bit and Is used 
to denote the end of the list. This register is unaffected by a 
hardware or software reset. 

End of Buffer Word Count Register (EOBC): The SONIC- 
1 6 uses the contents of this register to determine where to 
place the next packet. At the end of packet reception, the 
SONIC-1 6 compares the contents of the EOBC register with 
the contents of the Remaining Buffer Word Count registers 
(RBWCO.I) to determine whether: (1) to place the next 
packet in the same RBA or (2) to place the next packet in 
another RBA. If the EOBC Is less than or equal to the re- 
maining number of words In the RBA after a packet Is re- 
ceived (i.e., EOBC ^ RBWCO.I), the SONIC-16 buffers the 
next packet in the same RBA. If the EOBC is greater than 



the remaining number of words In the RBA after a packet is 
received (I.e., EOBC > RBWC0,1), the Last Packet In RBA 
bit, LPKT in the Receive Control Register, section 4.3.3, Is 
set and the SONIC-16 fetches the next resource descriptor. 
Hence, the next packet received will be buffered in a new 
RBA. A hardware reset sets this register to 02F8H (760 
words or 1520 bytes). See sections 3.4.2 and 3.4.4.4 for 
more information about using EOBC. 
Upper Receive Resource Address Register (URRA): The 
URRA Is a 16-bit read/write register. It is programmed with 
the base address of the receive resource area (RRA). This 
8-bit upper address value (A<23:16>) locates the receive 
resource area In system memory. SONIC-16 uses the 
URRA register when accessing the receive descriptors with- 
in the RRA by concatenating the lower address value from 
one of four receive resource registers (RSA, REA, RWP, or 
RRP). 

Resource Start Address Register (RSA): The RSA Is a 
15-bit read/write register. The LSB Is not used and always 
reads back as a 0. The RSA Is programmed with the lower 
15-blt address (A<15:1>) of the starting address of the 
receive resource area. SONIC-16 concatenates the con- 
tents of this register with the contents of the URRA to form 
the complete 23-blt address. 

Resource End Address Register (REA): The REA is a 
15-blt read/write register. The LSB Is not used and always 
reads back as a 0. The REA Is programmed with the lower 
15-bit address (A<15:1 >) of the ending address of the re- 
ceive resource area. SONIC-16 concatenates the contents 
of this register with the contents of the URRA to form the 
complete 23-bit address. 

Resource Read Pointer Register (RRP): The RRP is a 
15-bit read/write register. The LSB Is not used and always 
reads back as a 0. The RRP Is programmed with the lower 
15-bit address (A<15:1 >) of the first field of the next de- 
scriptor the SONIC-16 will read. SONIC-16 concatenates 
the contents of this register with the contents of the URRA 
to form the complete 23-bit address. 
Resource Write Pointer Register (RWP): The RWP is a 
15-bit read/write register. The LSB Is not used and always 
reads back as a 0. The RWP is programmed with the lower 
15-bit address (A<15:1 >) of the next available location the 
system can add a descriptor. SONIC-16 concatenates the 
contents of this register with the contents of the URRA to 
form the complete 23-blt address. 
Receive Sequence Counter Register (RSC): This Is a 
16-bit read/write register containing two fields. The SONIC- 
16 uses this register to provide status information on the 
number of packets within a RBA and the number of RBAs. 
The RSC register contains two 8-blt (modulo 256) counters. 
After each packet is received the packet sequence number 
is Incremented. The SONIC-16 maintains a single sequence 
number for each RBA. When the SONIC-16 uses the next 
RBA, the packet sequence number is reset to zero and the 
RBA sequence number is Incremented. This register Is reset 
to by a hardware reset or by writing zero to It. A software 
reset has no affect. 
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4.0 SONIC-16 Registers (continued) 

4.3.10 CAM Registers 

The CAM registers described in this section are part of the 
User Register set. They are used to program the Content 
Addressable Memory (CAM) entries that provide address 
filtering of packets. These registers, except for the CAM 
Enable register, are unaffected by a hardware or software 
reset. 

CAM Entry Pointer Register (CEP): The CEP is a 4-bit 
register used by SONIC-16 to select one of the sixteen CAM 
entries. SONIC-16 uses the least significant 4-bits of this 
register. The value of Oh points to the first CAM entry and 
the value of Fh points to the last entry. 
CAM Address Port 2, 1, Registers (CAP2, CAP1, 
CAPO): Each CAP is a i6-bit read-only register used to ac- 
cess the CAM cells. Each CAM cell is 16-bits wide and con- 
tains one third of the 48-bit CAM entry which is used by the 
SONIC-1 6 for address filtering. The CAP2 register is used to 
access the upper bits (< 47:32 >), CAP1 the middle bits 
(<31:16>) and CAPO the lower bits (<15:0>) of the CAM 
entry. Given the physical address 10:20:30:40:50:60, which 
Is made up of 6 octets or bytes, where lOh Is the least 
significant byte and 60h is the most significant byte (lOh 
would be the first byte received from the netwbrl< and 60h 
would be the last), CAPO would be loaded with 2010h, CAP1 
with 4030h and CAP2 with 6050h. 

To read a CAM entry, the user first places the SONIC-16 in 
software reset (set the RST bit in the Command register), 
programs the CEP register to select one of sixteen CAM 
entries, then reads CAP2, CAP1, and CAPO to obtain the 
complete 48-bit entry. The user can not write to the CAM 
entries directly. Instead, the user programs the CAM de- 
scriptor area in system memory (see section 4.1.1), then 
issues the Load CAM command (setting LCAM bit in the 
Command register). This causes the SONIC-16 to read the 
descriptors from memory and loads the corresponding CAM 
entry through CAP2-0. 
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CAM Enable Register (CE): The CE is a 16-bit read/write 
register used to mask out or enable individual CAM entries. 
Each register bit position corresponds to a CAM entry. 
When a register bit is set to a "1" the corresponding CAM 
entry is enabled. When "0" the entry is disabled. This regis- 
ter is unaffected by a software reset and cleared to zero 
(disabling all entries) during a hardware reset. Under normal 
operations the user does not access this register. Instead 
the user sets up this register through the last entry in the 
CAM descriptor area. The SONIC-16 loads the CE register 
during execution of the LCAM Command. 
CAM Descriptor Pointer Register (CDP): The CDP, is a 
15-bit read/write register. The LSB is unused and always 
reads back as 0. The CDP Is programmed with the lower 



address (A<15:1 >) of the first field of the CAM descriptor 
block in the CAM descriptor area (CDA) of system memory. 
SdNIC-16 uses the contents of the CDP register when ac- 
cessing the CAM descriptors. This register must be pro- 
grammed by the user before issuing the LCAM command. 
During execution of the LCAM Command SONIC-16 concat- 
enates the contents of this register with the contents of the 
URRA register to form the complete 23-bit address. During 
the Load CAM operation this register is incremented to ad- 
dress the fields in the CDA. After the Load Command com- 
pletes this register points to the next location after the CAM 
Descriptor Area. 

CAM Descriptor Count Register (CDC): The CDC is a 
5-bit read/write register. It is programmed with the number 
of CAM descriptor blocks in the CAM descriptor area. This 
register must be programmed by the user before issuing the 
LCAM command. SONIC-16 uses the value in this register 
to determine how many entries to place in the CAM during 
execution of the LCAM command. During LCAM execution 
SONIC-1 6 decrements this register each time it reads a de- 
scriptor block. When the CDC decrements to zero SONIC- 
16 terminates the LCAM execution. Since the CDC register 
is programmed with the number of CAM descriptor blocks in 
the CAM Descriptor Area, the value programmed into the 
CDC register ranges 1 to 16 (1h to 10h). 

4.3.11 Taiiy Counters 

The SONIC-16 provides three 16-bit counters used for mon- 
itoring network statistics on the number of CRC errors. 
Frame Alignment errors, and missed packets. These regis- 
ters rollover after the count of FFFFh is reached and pro- 
duce an interrupt if enabled in the Interrupt Mask Register 
(IMR). These counters are unaffected by the RXEN bit in the 
CR, but are halted when the RST bit in the CR is set The 
data written to these registers is inverted before being 
latched. This means that if a value of FFFFh is written to 
these registers by the system, they will contain and read 
back the value OOOOh. Data is not inverted during a read 
operation. The Tally registers, therefore, are cleared by writ- 
ing all "1 's" to them. A software or hardware reset does not 
affect the tally counters. 

CRC Tally Counter Register (CRCT): The CRCT is a 16-bit 
read/write register. This register is used to keep track of the 
number of packets received with CRC errors. After a packet 
Is accepted by the address recognition logic, this register is 
incremented if a CRC error is detected. If the packet also 
contains a Frame Alignment error, this counter is not incre- 
mented. 

FAE Tally Counter Register (FAET): The FAET is a 16-bit 
read/write register. This register is used to keep track of the 
number of packets received with frame alignment errors. 
After a packet is accepted by the address recognition logic, 
this register is incremented if a FAE error is detected. 
Missed Packet Tally Counter Register (MPT): The MPT is 
a 16-bit read/write register. After a packet is received, this 
counter Is incremented if there is: (1) lack of memory re- 
sources to buffer the packet, (2) a FIFO overrun, or (3) a 
valid packet has been received, but the receiver is disabled 
(RXDIS is set in the command register). 
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4.0 SONIC-16 Registers (continued) 

4.3.12 General Purpose Timer 

The SONIC-16 contains a 32-bit general-purpose watchdog 
timer for timing user-definable events. This timer is ac- 
cessed by the user through two 1 6-bit read/write registers 
(WT1 and WTO). The lower count value is programmed 
through the WTO register and the upper count value is pro- 
grammed through the WT1 register. 
These two registers are concatenated together to form the 
complete 32-blt timer. This timer, clocl<ed at Va the Transmit 
Clocl< (TXC) frequency, counts down from its programmed 
value and generates an interrupt, if enabled (Interrupt Mask 
register), when it rolls over from 0000 OOOOh to 
FFFF FFFFh. When the counter rolls over it continues dec- 
rementing unless explicitly stopped (setting the STP bit). 
The timer is controlled by the ST (Start Timer) and STP 
(Stop Timer) bits in the Command register. A hardware or 
software reset halts, but does not clear, the General Pur- 
pose timer. 



31 



16 15 



WT1 (Upper Count Value) WTO (Lower Count Value) 



4.3.13 Silicon Revision Register 

This is a 16-bit read only register. It contains information on 
the current revision of the SONIC-16. The initial silicon be- 
gins at OOOOh and subsequent revision will be incremented 
by one. 

5.0 Bus Interface 

SONIC-16 features a high speed non-multiplexed 23-bit ad- 
dress and 16-bit data bus designed for a wide range of sys- 



tem environments. SONIC-16 contains an on-chip DMA and 
supplies all the necessary signals for DMA operation. With 
23 address lines SONIC-16 can access a full 4 M-word ad- 
dress space. To accommodate different memory speeds 
wait states can be added to the bus cycle by two methods. 
The memory subsystem can add wait states by simply with- 
holding the appropriate handshake signals. In addition, the 
SONIC-16 can be programmed (via the Data Configuration 
Register) to add wait states. 

The SONIC-16 is designed to interface to both the National/ 
Intel and Motorola style buses. To facilitate minimum chip 
count designs and complete bus compatibility the user can 
program the SONIC-16 for the following bus modes: 

— National/Intel bus operating in synchronous mode 

— National/Intel bus operating in asynchronous mode 

— Motorola bus operating in synchronous mode 

— Motorola bus operating in asynchronous mode 

The mode pin (BMODE) along with the SBUS bit in the Data 
Configuration Register are used to select the bus mode. 
This section describes the SONIC-16's pin signals, provides 
system interface examples, and describes the various 
SONIC-16 bus operations. 

5.1 PIN CONFIGURATIONS 

There are two user selectable pin configurations for SONIC- 
16 to provide the proper interface signals for either the 
National/Intel or Motorola style buses. The state of the 
BMODE pin is used to define the pin configuration. Figure 
5-1 shows the pin configuration when BMODE = 1 (tied to 
Vcc) for the Motorola style bus. Figure 5-2 shows the pin 
configuration when BMODE = (tied to ground) for the Na- 
tional/Intel style bus. 
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5.0 Bus Interface (continued) 
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FIGURE 5-1. Connection Diagram (BMODE == 1) 
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5.0 Bus Interface (continued) 
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FIGURE 5-2. Connection Diagram (BMODE= 0) 
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5.0 Bus Interface (continued) 

5.2 PIN DESCRIPTION 

I = input, 

O = output, and 

Z = TRI-STATE Inputs are TTL compatible 

ECL = ECL-lil<e drivers for interfacing to the AUI interface. 

TP = Totem pole Wke drivers. These drivers are driven ei- 
ther high or low and are always driven. Drive levels 
are CMOS compatible. 

TABLE 5-1. Pin Description 



TRi 



OC 



= TRI-STATE drivers. These pins are driven high, low 
or TRI-STATE. Drive levels are CMOS compatible. 
These pins may also be inputs (depending on the 
pin). 

= Open Collector type drivers. These drivers are 
TRI-STATE when inactive and are driven low when 
active. These pins may also be inputs (depending 
on the pin). 



Symbol 



Driver 
Type 



Direction 



NETWORK INTERFACE PINS 



EXT 



CD+- 



CD- 



RX-I- 



RX- 



TX-h 



TX- 



CRSo 
CRSi 



COLo 
COLI 



ECL 



ECL 



TP 



TP 



Description 



External ENDEC Select: Tying this pin to Vcc (EXT = 1) disables the internal ENDEC 
and allows an external ENDEC to be used. Tying this pin to ground (EXT= 0) enables 
the internal ENDEC. This pin must be tied either to Vcc or ground. Note the alternate 
pin definitions for CRSo/CRSi, COLo/COLi, RXDo/RXDi, RXCo/RXCi, and TXCo/TXCi. 
When EXT=0 the first pin definition is used and when EXT= 1 the second pin definition 
is used. 



Collision 4- : The positive differential collision input from the transceiver. This pin should 
be unconnected when an external ENDEC is selected (EXT = 1). 



O 
I 



O 
I 



Collision -: The negative differential collision input from the transceiver. This pin 
should be unconnected when an external ENDEC Is selected (EXT = 1). 



Receive +: The positive differential receive data input from the transceiver. This pin 
should be unconnected when an external ENDEC is selected (EXT = 1) 



Receive -: The negative differential receive data input from the transceiver. This pin 
should be unconnected when an external ENDEC is selected (EXT = 1) 



Transmit + : The positive differential transmit output to the transceiver. This pin should 
be unconnected when an external ENDEC is selected (EXT = 1). 



Transmit -: The negative differential transmit output to the transceiver. This pin should 
be unconnected when an external ENDEC is selected (EXT = 1). 



Carrier Sense Output (CRSo) from the internal ENDEC (EXT = 0): When EXT = the 
CRSo signal is internally connected between the ENDEC and MAC units. It is asserted 
on the first valid high-to-low transition in the receive data (RX + / - ). This signal remains 
active 1 .5 bit times after the last bit of data. Although this signal is used internally by the 
SONIC-16 it is also provided as an output to the user. 

Carrier Sense Input (CRSI) from an external ENDEC (EXT = 1 ): The CRSi signal is 
activated high when the external ENDEC detects valid data at its receive inputs. 



Coilision Output (COLo) from the internal ENDEC (EXT = 0): When EXT = the 
COLo signal is internally connected between the ENDEC and MAC units. This signal 
generates an active high signal when the 10 MHz collision signal from the transceiver is 
detected. Although this signal is used internally by the SON IC-1 6 it is also provided as 
an output to the user. 

Collision Detect input (COLi) from an external ENDEC (EXT = 1): The COLi signal is 
activated from an external ENDEC when a collision is detected. This pin is monitored 
during transmissions from the beginning of the Start Of Frame Delimiter (SFD) to the 
end of the pacl<et. At the end of transmission, this signal is monitored by the SONlC-1 6 
for CD heartbeat. 



5.0 Bus Interface (Continued) 



TABLE 5-1. Pin Description (Continued) 



Symbol 



Driver 
Type 



Direction 



Description 



NETWORK INTERFACE PINS (Continued) 



RXDo 
RXDi 
EXUSRO 



RXCo 
RXCI 
EXUSR1 



TP 



TRI 



TP 



TRI 



O 
I 

o,z 



O 

I 

0,Z 



TXD 
EXUSR3 



TXE 



TXCo 
TXCi 
STERM 



TP 

TRI 



TP 



TRI 



This pin will be TRI-STATE until the DCR has been written to. (See section 4.3.2, 
EXBUS, for more information.) 

Receive Data Output (RXDo) from the Internal ENDEC (EXT = 0): NRZ data output. 
When EXT = the RXDOUT signal Is internally connected between the ENDEC and 
MAC units. This signal must be sampled on the rising edge of the receive clock output 
(RXCo). Although this signal Is used internally by the SONIC-1 6 It Is also provided as an 
output to the user. 

Receive Data Input (RXDI) from an external ENDEC (EXT = 1): The NRZ data 
decoded from the external ENDEC. This data Is clocked In on the rising edge of RXCI. 
Extended User Output (EXUSRO): When EXBUS has been set (see section 4.3.2), this 
pin becomes a programmable output. It will remain TRI-STATE until the SONIC-1 6 
becomes a bus master, at which time It will be driven according to the value 
programmed in the DCR2 (Section 4.3.7). 



O 
0,Z 



o,z 

I 
I 



This pin will be TRI-STATE until the DCR has been written to. (See section 4.3.2, 

EXBUS, for more information.) 

Receive Clock Output (RXCo) from the Internal ENDEC (EXT = 0): When EXT = 

the RXCo signal is internally connected between the ENDEC and MAC units. This signal 

Is the separated receive clock from the Manchester data stream. It remains active 5-blt 

times after the deassertion of CRSo. Although this signal is used Internally by the 

SONIC-1 6 it is also provided as an output to the user. 

Receive Clock Input (RXCi) from an external ENDEC (EXT = 1): The separated 

received clock from the Manchester data stream. This signal is generated from an 

external ENDEC. 

Extended User Output (EXUSR1): When EXBUS has been set (see section 4.3.2), this 

pin becomes a programmable output. It will remain TRI-STATE until the SONIC-1 6 

becomes a bus master, at which time It will be driven according to the value 

programmed in ths DCR2 (Section 4.3.7). " 



This pin will be TRI-STATE until the DCR has been written to. (See section 4.3.2, 
EXBUS, for more information.) 

Transmit Data (TXD): The serial NRZ data from the MAC unit which Is to be decoded 
by an external ENDEC. Data is valid on the rising edge of TXC. Although this signal is 
used Internally by the SONIC-1 6 It Is also provided as an output to the user. 
Extended User Output (EXUSR3): When EXBUS has been set (see section 4.3.2), this 
pin becomes a programmable output. It will remain TRI-STATE until the SONIC-1 6 
becomes a bus master, at which time it will be driven according to the value 
programmed in the DCR2 (Section 4.3.7). 



Transmit Enable: This pin is driven high when the SONIC-1 6 begins transmission and 
remains active until the last byte Is transmitted. Although this signal is used internally by 
the SONIC-16 it is also provided as an output to the user. 



This pin will be TRI-STATE until the DCR has been written to. (See section 4.3.2, 
EXBUS, for more information.) 

Transmit Clock Output (TXCo) from the internal ENDEC (EXT = 0): This 10 MHz 
clock transmit clock output is derived from the 20 MHz oscillator. When EXT = the 
TXCOUT signal is internally connected between the ENDEC and MAC units. Although 
this signal is used Internally by the SONIC-16 it is also provided as an output to the user. 
Transmit Clock Input (TXCI) (EXT = 1): This Input clock from an external ENDEC Is 
used for shifting data out of the MAC unit serializer. This clock Is nominally 10 MHz. 
Synchronous Termination (STERM): When the SONIC-1 6 is a bus master, it samples 
this pin before terminating Its memory cycle. This pin is sampled synchronously and may 
only be used In asynchronous bus mode when BMODE = 1 . See section 5.4.5 for more 
details. 
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5.0 Bus Interface (continued) 



Symbol 



Driver 
Type 



Direction 



TABLE 5-1. Pin Description (Continue d) 

Description 



NETWORK INTERFACE PINS (Continued) 



LBK 
EXUSR2 



PCOMP 



TP 
TRI 



TRI 



SEL 



PREJ 



X1 



X2 




0,Z 



o,z 



This pin will be TRI-STATE until the DCR has been written to. (See Section 4.3.2, 
EXBUS, for more information.) 

Loopback (LBK): When ENDEC loopbaok is programmed, this pin is asserted high. 
Although this signal is used internally by the SONIC-16 it is aiso provided as an output to 
the user. 

Extended User Output (EXUSR2): When EXBUS has been set (see Section 4.3.2), this 
pin becomes a programmable output. It wiil remain TRi-STATE until the SONiC-16 
becomes a bus master, at which time it will be driven according to the value 
programmed in the DCR2 (Section 4.3.7). 



TP 



i,o 



1,0 



Packet Compression: This pin is used with the Management Bus of the DP83950, 
Repeate r Interface Controller (RIG). The SONIC-1 6 can be programmed to assert 
PCOMP whenever there is a CAM match, or when there is not a match. The RIC uses 
this signal to compress (shorten) a received packet for management purposes and to 
reduce memory usage. (See the DP83950 datasheet for more details on the RIC 
Management Bus.) The operation of this pin is controlled by bits 1 and 2 in the DCR2 
register. PCOMP will remain TRI-STATE until these bits are written to. 



Mode Select (EXT = 0): This pin is used to determine the voltage relationship between 
TX+ and TX- during idle at the primary of the isolation transformer on the network 
interface. When tied to Vcc. TX+ and TX- are at equal voltages during idle. When tied 
to grouiid, the voltage at TX+ is positive with respect to TX- during idle on the primary 
side of the isolation transformer {Figure 6-2). 



Packet Reject: This signal is used to reject received packets. When asserted low for at 
least two receive clocks (RXC), the SONIC-16 will reject the incoming packet. This pin 
can be asserted up to the 2nd to the last bit of reception to reject a packet. 



Crystal or External Oscillator Input: This signal is used to provide clocking signals for 
the internal ENDEC. A crystal can be connected to this pin along with X2, or an 
oscillator module may be used. Typically the output of an oscillator module is connected 
to this pin. See Section 6.1 .3 for more information about using oscillators or crystals. 



Crystal Feedback Output: This signal is used to provide clocking signals for the 
internal ENDEC. A crystal may be connected to this pin along with XI, or an oscillator 
module may be used. See Section 6.1 .3 for more information about using oscillator 
modules or crystals. 



BUS INTERFACE PINS 



BMODE 



D31-D0 



TRI 



l,0,2 



Bus Mode: This input enables the SONIC-1 6 to be compatible with standard 
microprocessor buses. The level of this pin affects byte ordering (little or big endian) and 
controls the operation of the bus interface control signals. A high level (tied to Vcc) 
selects Motorola mode (big endian) and a low level (tied to ground) selects National/ 
Intel mode (little endian). Note the alternate p in definitio ns for AS/ ADS, MRW/MWR 
INT/INT, BR/HOLD, BG/HLDA, SRW/SWR, DSACKO/RDYt, and DSACKI/RDYo. ' 
When BMODE = 1 the first pin definition is used and when BMODE = the second pin 
definition is used. See Sections 5.4.1 , 5.4.4, and 5.4.5. 



Data Bus: These bidirectional lines are used to transfer data on the system bus. When 
the SONIC-1 6 is a bus master, 1 6-bit data is transferred on D1 5-DO and 32-bit data is 
transferred on D31 -DO. When the SONIC-16 is accessed as a slave, register data is 
driven onto lines D15-D0. 
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5.0 Bus Interface (continued) 



TABLE 5-1. Pin Description (Continued) 



Symboi 



Driver 
Type 



Direction 



Description 



BUS INTERFACE PINS (Continued) 



A31-A1 



RA5-RA0 



AS 
ADS 



MRW 
MWR 



TRi 



TRI 
TRi 



TRi 
TRi 



INT 
INT 



RESET 



S2-S0 



BSCK 



BR 
HOLD 



BG 
HLDA 



OC 
TP 



TP 



00 

TP 



BGACK 



TRI 



o,z 



i, o,z 
o,z 



o,z 
o,z 



o,z 
o 



Address Bus: These signals are used by the SONIC-16 to drive the DMA address after 
the SONIC-1 6 has acquired the bus. Since the SONIC-1 6 aligns data to word 
boundaries, only 23 address lines are needed. 



Register Address Bus: These signals are used to access SONIG-16's internal 
registers. When the SONIC-16 is accessed, the CPU drives these lines to select the 
desired SONIC-1 6 register. 



Address Strobe (AS): When BMODE = 1 , the falling edge indicates valid status and 
address. The rising edge indicates the termination of the memory cycle. 
Address Strobe (ADS): When BMODE = 0, the rising edge indicates valid status and 
address. 



O 

z 
o 



o,z 
o 



I, o,z 



When the SONIC-16 has acquired the bus, this signal indicates the direction of data. 
Memory Read/Write Strobe (MRW): When BMODE = 1 , this signal is high during a 
read cycle and low during a write cycle. 

Memory Read/Write Strobe (MWR): When BMODE = 0, the signal is low during a 
read cycle and high during a write cycle. 



Indicates that an interrupt (if enabled) is pending from one of the sources indicated by 

the Interrupt Status register. Interrupts that are disabled in the Interrupt Mask register 

will not activate this signal. 

Interrupt (iNT): This signal is active low when BMODE = 1 . 

Interrupt (INT): This signal is active high when BMODE = 0. 



Reset: This signal is used to hardware reset the SONIC-1 6. When asserted low, the 
SONIC-16 transitions into the reset state after 10 transmit clocks or 10 bus clocks if the 
bus clock period is greater than the transmit clock period. 



Bus Status: These three signals provide a continuous status of the current SONIC-1 6 
bus operations. See Section 5.4.3 for status definitions. 



Bus Clock: This clock provides the timing for the SONIC-1 6 DMA engine. 



Bus Request (BR): When BMODE = 1 , the SONlC-1 6 asserts this pin low when it 
attempts to gain access to the bus. When inactive this signal is atTRI-STATE. 
Hold Request (HOLD): When BMODE = 0, the SONIC-16 drives this pin high when it 
intends to use the bus and is driven low when inactive. 



Bus Grant (BG): When BMODE = 1 this signal is a bus grant. The system asserts this 
pin low to indicate potential mastership of the bus. 

Hold Acknowledge (HLDA): When BMODE = this signal is used to inform the 
SONIC-1 6 that it has attained the bus. When the system asserts this pin high, the 
SONIC-16 has gained ownership of the bus. 



Bus Grant Acknowledge: When BMODE = 1 , the SONIC-1 6 asserts this pin low when 
it has determined that it can g ain owne rship of the bus. The SONIC-16 checks the 
following signal before driving BGACK. 1 ) BG has been received through the bus 
arbitration process. 2 ) AS is de asserted, indicating that the CPU has finished using the 
bus. 3) DSACKO and DS ACK1 are deasserted, indicating that the previous slave device 
is off ttie bus. 4) BGACK is deasserted, indicating that the previous master is off the bus. 
This pin is only used when BMODE = 1. 
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5.0 Bus Interface (continued) 



Symbol 



Driver 
Type 



Direction 



TABLE 5-1. Pin Description (Continued) 



Description 



BUS INTERFACE PINS (Continued) 



Cs 



SAS 



SDS 



SRW 
SWR 



D5 



DSACKO 
RDYi 
DSACK1 
RDYo 



I 



TRi 



BRT 



TRi 

TRI 
TRI 



CIlip Select: Tiie system asserts this pin low to access the SONIC-1 6's registers. The 
registers are selected by placing an address on lines RA5-RA0. 
Note: Both CS and MREQ must not be asserted concurrently. If these signals are 
successively asserted, there must be at least two bus clocks between the deasserting 
edge of the first signal and the asserting edge of the second signal. 



0,Z 



l,0,Z 

I 
I.O.Z 

o,z 



Slave Address Strobe: The system asserts this pin to latch the register address on 
lines RA0-RA5. When BMODE = 1 , the address is latched on the falling edge of SAS. 
When BH/10DE == the address is latched on the rising edge of SAS. 



Slave Data Strobe: The system asserts this pin to indicate valid data is on the bus 
during a register write operation or when data may be driven onto the bus during a 
register read operation. 



The system asserts this pin to indicate whether it will read from or write to the SONIC- 
16's registers. 

Slave Read/Write (SRW): When BMODE = 1 , this signal is asserted high during a 
read and low during a write. 

Slave Read/Write Strobe (SWR): when BMODE = 0, this signal is asserted low during 
a read and high during a write. 



Data Strobe: When the SONIC-1 6 is bus master, it drives this pin low during a read 
cycle to indicate that the slave device may drive data onto the bus; in a write cycle, this 
pin indicates that the SONIC-1 6 has placed valid data onto the bus. 



TRI 



0,Z 



Data and Size Acknowledge and 1 (DSACK0,1 BMODE = 1): These pins are the 
output slave acknowledge to the system when the SONIC-1 6 registers have been 
accessed and the input slave acknowledgement when the SO NIC-1 6 is b usmaster. 
When a register tias been accessed, the SONIC-1 6 drives the DSACKO.I pins low to 
terminate the slave cycle. (Note that the SONIC-1 6 responds as a 32-bit peripheral, but 
drives data only on lines D0-D15). When the SONIC-16 is bus master, it samples these 
pins before terminating its memory cycle. These pins are sampled synchronously or 
asynchronously depending on the state of the SBUS bit in the Data Configuration 
register. See Section 5.4.5 for details. Note that the SONIC-1 6 does not allow dynamic 
bus sizing. 

Ready Input (RDYi, BMODE = 0): When the SONIC-16 is a bus master, the system 
asserts this signal high to insert wait-states and low to terminate the memory cycle. This 
signal is sampled synchronously or asynchronously depending on the state of the SBUS 
bit. See Sections 5.4.5 and 4.3.2 for details. 

Ready Output (RDYo, BMODE = 0): When a register is accessed, the SONIC-1 6 
asserts this signal to terminate the slave cycle. 



Bus Retry: When the SONIC-1 6 is bus master, the system asserts this signal to rectify a 
potentially correctable bus error. This pin has 2 modes. Mode 1 (the LBR in the Data 
Configuration register Is set to 0): Assertion of this pin for ces th e SONIC-1 6 to terminate 
the current bus cycle and will repeat the same cycle after BRT has been deasserted. 
Mode 2 (the LBR bit in the Data Configuration register is set to 1 ): Assertion of this 
signal forces the SONIC-1 6 to retry the bus operation as in Mode 1 . However, the 
SONIC-16 will not continue DMA operations until the BR bit in the iSR is reset. 



Early Cycle Start: This output gives the system eariiest indication that a memory 
operation is occurring. This signal is driven low at the rising edge of T1 and high at the 
falling edge of T1. 
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5.0 Bus Interface (continued) 



TABLE 5-1. Pin Description (Continued) 



Symbol 



Driver 
Type 



Direction 



Description 



CO 

O 

z 

o 

I 



SHARED-MEIMORY ACCESS PINS 



mreO 



SMACK 



TP 



I 



Memory Request: Tiie system asserts this signal low wtien it attempts to access the 
shared-buffer RAM. The on-chip arbiter resolves accesses between the system and the 

SONIC-16. 

Note: Both CS and MREQ must not be asserted concurrently. If these signals are 
successively asserted, there must be, at least two bus clocks between the deasserting 
edge of the first signal and the asserting edge of the second signal. 

Slave and Memory Acknowledg^SONIC-1 6 asserts this d ual fun ction pin low in 
response to either a Chip Select (CS) or a Memory Request (MREQ) when the SONIC- 
1 6's registers or it's buffer memory is available for accessing. This pin can be used for 
enabling bus drivers for dual-bus systems. 



USER DEFINABLE PINS 



USR0,1 



TBI 



I.O.Z 



POWER AND GROUND PINS 



VCC1-5 



TXVCC 
RXVCC 
PLLVCC 
VCCL 



GND1-6 



TXGND 
ANGND 
GNDL 



User Define 0,1: These signals are inputs when S ONIC-16 is hardware reset and are 
outputs when SONiC-1 6 is a bus master (HLDA or BGACK). When hard reset (RST) is 
low, these signals input directly into bits 8 and 9 of the Data Configuration register 
(DCR) respectively. The levels on thes e pins are latched on the rising edge of RST. 
During busmaster operations (HLDA or BGACK is active), these pins are outputs whose 
levels are programmable through bits 1 1 and 12 of the DCR respectively. The USR0,1 
pins should be pulled up to Vcc or pulled down to ground. A 4.7 kil pull-up resistor is 
recommended. 



Power: The -H 5V power supply for the digital portions of the SONIC-1 6. 



Power: These pins are the + 5V power supply for the SONIC-1 6 ENDEC unit. These 
pins must be tied to Vcc even if the internal ENDEC is not used. 



Ground: The ground reference for the digital portions of the SONIC-1 6. 



Ground: These pins are the ground references for the SONIC-1 6 ENDEC unit. These 
pins must be tied to ground even if the internal ENDEC is not used. 
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5.0 Bus Interface (continued) 

5.3 SYSTEM CONFIGURATION 

Any device that meets the SONIC-16 interface protocol and 
electrical requirements (timing, threshold, and loading) can 
be interfaced to SONIC-16. Since two bus protocols are pro- 
vided, via the BMODE pin, the SONIC-16 can interface di- 
rectly to most microprocessors. Figure 5-3 shows a typical 
interface to the National/Intel style bus (BMODE=0) and 
Figure 5-4 shows a typical Interface to the IVIotorola style 
bus (BMODE =1). 

The BMODE pin also controls byte ordering. When 
BMODE = 1 big endian byte ordering is selected and when 
BMODE=0 little endian byte ordering is selected. 



4- 



5.4 BUS OPERATIONS 

There are two types of system bus operations; 1) SONIC-16 
as a slave, and 2) SONIC-16 as a bus master. When 
SONIC-16 is a slave (e.g., a CPU accessing SONIC-16 reg- 
isters) all transfers are non-DMA. When SONIC-16 is a bus 
master (e.g., SONIC-16 accessing receive or transmit buff- 
er/descriptor areas) all transfers are block transfers using 
SONIC-16's on-chip DMA. This section describes the 
SONlC-1 6 bus operations. Pay special attention to all sec- 
tions labeled as "Note". These conditions must be met for 
proper bus operation. 



x-^ 



ADDRESS BUS 
■■«■■■ 



^^ 



■*-: 



NS32532 *"= 
CPU 



DDIN 



. HOLD 
HLDA 

INT 

CLK2 



r^ 



^ 



^ 






ECS DP83916 
SONIC-16 

SAS 

MWR 
SWR 
RDY? 
RDYo BMODE 

HOLD 
HLDA 
INT 



I 1 — >\ury^ 



1. 



FIGURE 5-3. SONIC-16 to NS32532 Interface Example 
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5.0 Bus Interface (continued) 
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FIGURE 5-4. SONIC-16 to Motorola 68030/20 Interface Example 
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5.0 Bus Interface (continued) 

5.4.1 Acquiring The Bus 

The SONIC-16 requests the bus when 1) its FIFO threshold 
has been reached or 2) when the descriptor areas in memo- 
ry (i.e., RRA, RDA, CDA, and TDA) are accessed. Note that 
when the SONIC-16 moves from one area In memory to 
another (e.g., RBA to RDA), it always deasserts its bus re- 
quest and then requests the bus again when accessing the 
next area In memory. 

The SONIC-16 provides two methods to acquire the bus for 
compatibility with National/Intel or IVIotorola type microproc- 
essors. These two methods are selected by setting the 
proper level on the BMODE pin. 

Figures 5-5 and 5-6 show the National/Intel (BMODE = 0) 
and Motorola (BMODE = 1) bus request timing. Descrip- 
tions of each mode follows. For both modes, when the 
SONIC-16 relinquishes the bus, there is an extra holding 
state (Th) for one bus cycle after the last DMA cycle (T2). 
This assures that the SONIC-16 does not contend with an- 
other bus master after It has released the bus. 
BMODE = 

The National/Intel processors require a 2-way handshake 
using a HOLD REQUEST/HOLD ACKNOWLEDGE protocol 
(Figure 5-5). When the SONIC-16 needs to access the bus. 
It Issues a HOLD REQUEST (HOLD) to the microprocessor. 
The microprocessor, responds with a HOLD ACKNOWL- 
EDGE (HLDA) to the SONIC-16. The SONIC-1 6 then begins 
Its memory transfers on the bus. As long as the CPU main- 
tains HLDA active, the SONIC-16 continues until it has fin- 
ished Its memory block transfer. The CPU, however, can 
preempt the SONIC-16 from finishing the block transfer by 
deasserting HLDA before the SONIC-16 deasserts HOLD. 
This allows a higher priority device to preempt the SONIC- 
16 from continuing to use the bus. The SONIC-16 will re- 
quest the bus again later to complete any operation that it 
was doing at the time of preemption. 



As shown \n- Figure 5-5, the SONIC-16 will assert HOLD to 
either the falling or rising edge of the bus clock (BSCK). The 
default Is for HOLD to be asserted on the falling edge. Set- 
ting the PH bit In the DCR2 (see Section 4.3.7) causes 
HOLD to be asserted 14 bus clock later on the rising edge 
(shown by the dotted line). Before HOLD is asserted, the 
SONIC-16 checks the HLDA line. If HLDA Is asserted, 
HOLD will not be asserted until after HLDA has been deas- 
serted first. 
BIVIODE = 1 

The Motorola protocol requires a 3-way handshake using a 
BUS REQUEST, BUS GRANT, and BUS GRANT AC- 
KNOWLEDGE handshake (Figure 5-6). When using this 
protocol, the^NIC-16 requests the bus by lowering BUS 
REQUEST (BR). The CPU responds by Issuing BUS 
GRANT (BG). Upon receiving BG, the SONIC-16 assures 
that all devices have relinquished control of the bus before 
using the bus. The following signals must be deasserted 
before the SONIC-16 acquires the bus: 

BGACK 

AS 



DSACKO .I 

STERM (Asynchronous Mode Only) 
Deasserting BGACK indicates that the previous master has 
released the bus. Deasserting AS indicates that the previ- 
ous master has completed Its cycle and deasserting 
DSACK0,1 and STERM indicates that the previous slave 
has terminated Its connection to the previous master. The 
SONIC-16 maintains Its mastership of the bus until It deas- 
serts BGACK. It can not be preempted from the bus. 
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FIGURE 5-5. Bus Request Timing, BMODE= 
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5.0 Bus Interface (continued) 

Ti Ti 



BSCK 



BR 



BG 



BGACK 



DSACKO 



DSACK1 



AS 



V 



\ 



T 



T 



1 



J 



f 



r\ / 



\ {SONIC- 16 MASTER OF BUS) 
!5- 



cn 
O 

z 

o 

■ 



/■ 



v 



x 



FIGURE 5-6. Bus Request Tlmlng,BM0DE = 1 
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5.4.2 Block Transfers 

The SONIC-16 performs block operations during all bus ac- 
tions, thereby providing efficient transfers to memory. The 
block cycle consists of three parts. The first part is the bus 
acquisition phase, as discussed above, in which the SONIC- 
16 gains access to the bus. Once it has access of the bus, 
the SONIC-16 enters the second phase by transferring data 
to/from its internal FIFOs or registers from/to memory. The 
SONIC-16 transfers data from its FIFOs In either EXACT 
BLOCK mode or EMPTY/FILL 

EXACT BLOCK mode: In this mode the number of words 
(or long words) transferred during a block transfer is deter- 
mined by either the Transmit or Receive FIFO thresholds 
programmed in the Data Configuration Register. 
EMPTY/FILL mode: In this mode the DMA completely fills 
the Transmit FIFO during transmission, or completely emp- 
ties the Receive FIFO during reception. This allows for 
greater bus latency. 

When the SONIC-16 accesses the Descriptor Areas (i.e., 
RRA, RDA, CDA, and TDA), it transfers data between its 
registers and memory. All fields which need to be used are 
accessed in one block operation. Thus, the SONIC-16 per- 
forms 4 accesses in the RRA (see Section 3.4.4.2), 7 ac- 
cesses in the RDA (see Section 3.4.6.1), 2, 3, or 6 accesses 
in the TDA (see Section 3.5.4) and 4 accesses in the CDA. 

5.4.3 Bus Status 

The SONIC-16 presents three bits of status information on 
pins S2-S0 which Indicate the type of bus operation the 
SONIC-16 is currently performing (Table 5-2). Bus status is 
valid when at the falling edge of AS or the rising edge of 
ADS. 



TABLE 5-2. Bus Status 



S2 


81 


so 


Status 


1 


1 


1 


The bus is idle. The SONIC-1 6 is not 
performing any transfers on the bus. 


1 





1 


The Transmit Descriptor Area (TDA) is 
currently being accessed. 








1 


The Transmit Buffer Area (TBA) is 
currently being read. 





1 


1 


The Receive Buffer Area (RBA) is 
currently being written to. Only data is 
being written, though, not a Source or 
Destination address. 





1 





The Receive Buffer Area (RBA) is 
currently being written to. Only the 
Source or Destination address is being 
written, though. 


1 


1 





The Receive Resource Area (RRA) is 
currently being read. 


1 








The Receive Descriptor Area (RDA) is 
currently being accessed. 











The CAM Descriptor Area (CDA) Is 
currently being accessed. 
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5.0 Bus Interface (Continued) 

5.4.3.1 Bus status Transitions 

When the SONIC-16 acquires the bus, it only transfers data 
to/from a single area in memory (i.e., TDA, TBA, RDA, RBA, 
RRA, or CDA). Thus, the bus status pins remain stable for 
the duration of the block transfer cycle with the following 
three exceptions: 1) If the SONIC-16 is accessed during a 
block transfer, S2-S0 indicates bus idle during the register 
access, then returns to the previous status. 2) If the SONIC- ' 
16 finishes writing the Source Address during a block trans- 
fer S2-S0 changes from [0,1,0] to [0,1,1]. 3) During an 
RDA access between the RXpkt.seq_no and RXpkt.link ac- 
cess, and between the RXpkt.link and RXpkt.in_use ac- 
cess, S2-S0 will respectively indicate idle [1,1,1] for 2 or 1 
bus clocks. St atus will be valid on the falling edge of AS or 
rising edge of ADS. 

Figure 5-7 illustrates the SONIC-16's transitions through 
memory during the process of transmission and reception. 
During transmission, the SONIC-1 6 reads the descriptor in- 
formation frorti the TDA and then transmits data of the 
packet from the TBA. The SONIC-16 moves back and forth 
between the TDA and TBA until all fragments and packets 
are transmitted. During reception, the SONIC-16 takes one 
of two paths. In the first case (path A), when the SONIC-16 
detects EOL=0 from the previous reception, it buffers the 
accepted packet into the RBA, and then writes the descrip- 
tor information to the RDA. If the RBA becomes depleted 
(i.e., RBWC0,1 < EOBC), it moves to the RRA to read a 
resource descriptor. In the second case (path B), when the 
SONIC-16 detects E0L=1 from the previous reception, it 



rereads the RXpkt.link field to determine if the system has 
reset the EOL bit since the last reception. If it has, the SON- 
IC-16 buffers the packet as in the first case. Otherwise, it 
rejects the packet and returns to idle. 

5.4.4 Bus Mode Compatibility 

For compatibility with different microprocessor and bus ar- 
chitectures, the SONIC-16 operates in one of two modes 
(set by the BIWODE pin) called the National/Intel or little 
endian mode (BMODE tied low) and the Motorola or big 
endian mode (BMODE tied high). The definitions for several 
pins change depending on the mode the SONIC-16 is in. 
Table 5-3 shows these changes. These modes affect both 
master and slave bus operations with the SONIC-16. 



TABLE 5-3. Bus Mode Compatibility 


Pin Name 


BMODE =0 
(National/Intel) 


BMODE =1 
(Motorola) 


BR/HOLD 


HOLD 


BR 


BG/HLDA 


HLDA 


BG 


MRW/MWR 


MWR 


MRW 


SRW/SWR 


SWR 


SRW 


DSACKO/RDYi 


RDYi 


DSACKO 


DSACKI/RDYo 


RDYo 


DSACK1 


AS/ADS 


ADS 


AS 


INT/INT 


INT 


INT 



PACKET ACCEPTED & 
E0L=1 
' (PATH B) 



TRANSMISSION 
DONE 




FIGURE 5-7. Bus Status Transitions 
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5.0 Bus Interface (continued) 

5.4.5 Master Mode Bus Cycles 

In order to add additional compatibility with different bus 
architectures, there are two other modes that affect the op- 
eration of the bus. These modes are called the synchronous 
and asynchronous modes and are programmed by setting 
or resetting the SBUS bit in the Data Configuration Register 
(DCR). The synchronous and asynchronous modes do not 
have an effect on slave accesses to the SONIC-16 but they 
do affect the master mode operation. Within the particular 
bus/processor mode, synchronous and asynchronous 
modes are very similar. This section discusses all four 
modes of operation of the SONIC-16 (National/ Intel vs. Mo- 
torola, synchronous vs. asynchronous) when It is a bus mas- 
ter. 

In this section, the rising edge of T1 and T2 means the 
beginning of these states, and the falling edge of T1 and T2 
means the middle of these states. 

5.4.5.1 Adding Walt States 

To accommodate different memory speeds, the SONIC-16 
provides Uio methods for adding wait states for its bus op- 
erations. Both of these methods can be used singly or in 



conjunction with each other. A memory cycle Is extended by 
adding additional T2 states. The firs t method inserts wa it- 
states by withholding the assertion of DSACKO.I/STERM or 
RDYi. The other method allows software to program wait- 
states. Programming the WCO, WC1 bits In the Data Config- 
uration Register allows 1 to 3 wait-states to be added on 
each memory cycle. These wait states are inserted between 
the T1 and T2 bus states and are cal led T2(walt) bus stat es. 
The S ONIC-16 will not look at the DSACK0,1, STERM or 
RDYi lines until the programmed wait states have passed. 
Hence, in order to complete a bus operation that inc ludes 
programmed wait states, the DSACK0,1 , STERM or RDYi 
lines must be asserted at their proper times at the end of the 
cycle during the last T2, not during a programmed wait 
state. The only e xc eption to this is asynchronous mode 
where DSACK0,1 or RDYi would be asserted during the last 
programmed wait state, T2 (wait). See the timing for these 
signals in the timing diagrams for more specific information. 
Programmed wait states do not affect Slave Mode bus cy- 
cles. 
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5.0 Bus Interface (continued) 



5.4.5.2 Memory Cycle for BMODE = 
Mode 



1, Synchronous 



On the rising edge of T1, the SONIC-16 asserts ECS to 
indicate that the memory cycle is starting. The address 
(A31-A1), bus status {S2-S0) and the direction strobe 
(MRW) are driven and do not change for the remainder of 
the memo ry cy cle. On the falling edge of T1, the SONIC-16 
deasserts ECS and asserts AS. 

In synchronous mode, DSACK0,1 are sampl ed on the ri sing 
edge of T2. T2 states will be repeated until DSACKO.I are 



sampled properly in a low state. DSACK0,1 must meet the 
setup and hold times with respect to the rising edge of bus 
clock for proper operation. 

During read cycles (Figure 5-8) data (D15-D0) is latched at 
the falling edge of T2 and DS is asserted at the falling edge 
of T1. For write cycles (Figure 5-9) data is driven on the 
falling edge of T1. If there are wait states inserted, DS is 
asserted on the falling edge of T2. The SONIC-16 termi- 
nates the memory cycle by deasserting AS and DS at the 
falling edge of T2. 
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FIGURE 5-8. Memory Read, BMODE= 1, Synchronous (1 Walt-State) 
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FIGURE 5-9. Memory Write, BMODE= 1, Synchronous (1 Walt-State) 
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5.0 Bus Interface (continued) 

5.4.5.3 Memory Cycle for BMODE = 1, 
Asynchronous Mode 

On the rising edge of T1, ttie SONIC-16 asserts ECS to 
indicate tliat ttie memory cycle is starting. The address 
(A23--A1), bus status (S2-S0) and the direction strobe 
(MRW) are driven and do not change for the remainder of 
the memory cycle. On the falling edge of T1, the SONIC-16 
deasserts ECS and asserts AS. 



In asynchronous mode, DSACK0,1 are asyn chronously 
sampled on the falling edge of both T1 and T2. DSACKO.I 



do not need to be synchronized to the bus clock because 
the chip always resolves these signals to either a high or 
low/ state. If a sync hronous termination of the bus cycle is 
required, however, STERM may be used. STERM is sam- 
pled on the rising edge of T2 and must meet the setup and 
hold times with respect to t hat edge fo r proper op eration. 
Meeting the setup time for DSACK0,1 or STERM guaran- 
tees that the SONIC-16 will terminate the memory cycle 1 Vi 
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FIGURE 5-10. Memory Read, BMODE= 1, Asynchronous (1 Walt-State) 
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FIGURE 5-11. Memory Read, BMODE= 1, Asynchronous (2 Walt-State) 
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5.0 Bus Interface (Continued) 

bus cloc ks after DSACK0,1 were sampled, or 1 cycle after 
STERM w as sampled . T2 states will be repeated until 
DSACKO.I or STERN/I are sampled properly in a low state, 
(see note below). 

During read cycles (Figure 5- 10 and 5-11), data (D1 5-DO) is 
latched at the falling edge of T2 and DS is asserted at the 
falling edge of T1 . For write cycles (Figures 5- 12 and 5- /3) 
data is driven on the falling edge of T1. If there are wait 



states inserted, DS is asserted on the falling edge of the first 

T2(wait). DS is not asserted for zero wait state write cycles. 

The SONIC-16 terminates the memory cycle by deasserting 

AS and DS at the falling edge of T2. 

Note: If the se tup time for DSACKO.f is met during T1 . or tfie setup time for 
STERM is met during ttie first T2, ttie full asynchronous bus cycle will 
take only 2 bus clocks. This may be an unwanted situation. If so, 
□SACKO.I and STERM should be deasserted during T1 and the start 
of T2 respectively. 
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FIGURE 5-12. Memory Write, BIUIODE= 1, Asynchronous (1 Walt-Stale) 
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FIGURE 5-13. Memory Write, BMODE = 1, Asynchronous (2 Wait-State) 
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5.0 Bus Interface (continued) 

5.4.5.4 Memory Cycle for BMODE = 0, Synchronous 
Mode 

On t he rising edge of T1, the SONIC-16 asserts ADS and 
ECS to indicate that the memory cycle is starting. The ad- 
dress (A23-A1), bus status (S2-S0) and the direction 
strobe (MWR) are driven and do not change for the remain- 
der of the memory cycle. On the falling edge of T1, the 
SONIC-16 deasserts ECS. ADS is deasserled on the rising 
edge of T2. 

In Synchronous mode, RDYi is sampled on the rising edge 
at the end of T2 (the rising edge of the next T1 or Tx). T2 



states will be re peated until RDYi is sampled properly in a 
low state. RDYi must meet the setup and hold times with 
respect to the rising edge of bus clock for proper operation. 
During read cycles (Figures 5-14), data (D15-D0) is latched 
at the rising edge at the end of T2. For write cycles (Figure 
5-15) data is driven on the falling edge of T1 and stays 
driven until the end of the cycle. 



CO 

o 

z 

o 



BSCK 


T 
1 \ 




U (wail) 


T 






T1 
/ \ / 


A<23:1> 


t 




Address Valid 




y 




\ 












ADS 


J 




^ 


\ 








•*-Setup 


D<I5:0> 










X Data In X 


MWR 


\ 






















- 




-^ Setup 


RDYi~\ 


/ 




1 


\ 


\ 


/ 




^ 












KS 


J 










\ r~ 



TL/F/1 1722-38 



FIGURE 5-14. Memory Read, BMODE == 0, Synchronous (1 Wait-State) 
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FIGURE 5-15. Memory Write, BMODE = 0, Synchronous (1 Wait-State) 
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5.0 Bus Interface (continued) 

5.4.5.5 Memory Cycle for BMODE = 0, Asynchronous 
Mode 

On t he rising edge of T1, the SONlC-16 asserts ADS and 
ECS to indicate that the memory cycle is starting. The ad- 
dress (A23--A1), bus status (S2-S0) and the direction 
strobe (MWR) are driven and do not change for the remain- 
der of the memory cycle. On the falling edge of T1, the 
SONIC-16 deasserts ECS. ADS is deasserted on the rising 
edge of T2. 



In Asynchronous mode, RDYi is asyn chron ously sampled 
on the falling edge of both T1 and T2. RDYi does not need 
to be synchronized to the bus clock because the chip al- 
ways resolves these signals to either a high or low state. 
Meeting the setup time for RDYi guarantees that the SON- 
IC-16 will terminate the memory cycle f/j bus clocks after 
RDYi was sampled. T2 states will be repeated until RDYi is 
sampled properly in a low state (see note following). 
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FIGURE 5-16. Memory Read, BMODE = 0, Asynchronous (1 Wait-State) 
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FIGURE 5-17. Memory Read, BMODE = 0, Asynchronous (2 Walt-State) 
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5.0 Bus Interface (continued) 

During read cycles (Figures 5-16 and S-17), data (D15-D0) 
is latched at ttie falling edge of T2 and DS Is asserted at the 
falling edge of T1 . For write cycles (Figures 5-18 and 5- 19) 
data is driven on the falling edge of T1. If there are wait 
states inserted, d5 is asserted on the falling edge of the first 
T2(wait). D5 is not asserted for zero wait state write cycles. 



The SONIC-16 terminates the memory cycle by deasserting 

DS at the falling edge of T2. 

Note: If IhQ setup time tor RDYi is met during T1 , the full asynchironous bus 

cycle will take only 2 bus clocks. Thiis may be an unwanted situation. 

If so. RDYi should bo dcasserted during T1. 
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FIGURE 5-18. Memory Write, BMODE^ 0, Asynchronous (1 Wait-State) 
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FIGURE 5-19. Memory Write, BMODE = 0, Asynchronous (2 Wait-State) 
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5.0 Bus Interface (continued) 

5.4.6 Bus Exceptions (Bus Retry) 

The SONIC-16 provides the capability of handling errors 
during the execution of the bus cycle (Figure 5-20). 
The system asserts BRT (bus retry) to force the SONIC-16 
to repeat the current memory cycle. When the SONIC-16 
detects the assertion of BRT, it completes the memory cy- 
cle at th e end of T2 and gets off the bus by deasserting 
BGACK or HOLD. Then, if Latched Bus Retry mode Is not 
set (LBR In the Data Configuration Register, Section 4.3.2), 
the SONIC-16 requests the bus again to retry the same 
memory cycle. If Latched Bus Retry Is set, though, the SON- 
IC-16 will not retry until the BR b it in the ISR (se e Sec tion 
4.3.6) has been reset and BRT Is deasserted. BRT has 
precede nc e of te rminating a memory cycle over DSACKOTf, 
STERM or RDYi. 

BRT may be sampled synchronously or asynchronously by 
setting the EXBUS bit In the DCR (see Section 4.3.2). If 
synchronous Bus Retry is set, BRT is sample d on the rising 
edge of T2. If asynchronous Bus Retry is set, BRT Is double 
synchronized from the falling edge of T1 . The asynchronous 
setup time does not need to be met, but doing so will guar- 
antee that the bus exception will occur in the current bus 
cycle Instead of the next bus cycle. Asynchronous Bus Re- 
try may only be used when the SONIC-1 6 is set to asynchro- 
nous mode. 
Note 1: The deassertion edge of HOLD is dependent on trie PH bit in the 

DCR2 (see Section 4.3.7). Also. BGACK is driven high for about '/a 

bus clocl< before going TRI-STATE. 
Note 2: if Latched Bus retry is set, BRT need oniy satisfy its setup time (the 

hoid time is not important). Othenwise, BRT must remain asserted 

untii after the Th state. 
Note 3: If DSACKO.I, STERH or RDYi remain asserted after BTn", the next 

memory cycie, may be adverseiy affected. 

5.4.7 Slave Mode Bus Cycle 

The SONIC-1 6's Internal registers can be accessed by one 
of two methods (BMODE = 1 or BMODE = 0). In both 
methods, the SONIC-16 Is a slave on the bus. This section 
describes the SONIC-1 6's slave mode bus operations. 

5.4.7.1 Slave Cycle for BMODE = 1 

The system accesses the SONIC-16 by driving SAS, SRW 
and RA<5:0>. These signals will be sampled each bus cy- 
cle, but the SONIC-16 will not actually start a slave cycle 
until C Shas also been asserted. CS should not be asserted 
before SAS is driven low as this will cause Improper slave 



operation. Once SAS has been driven low, betwee n one 
and two bus clocks after the assertion of CS, SMACK will be 
asserted to signify that the SONIC-16 has started the slave 
cycle. Although CS Is an asynchronous input, meeting its 
setup ti me (as sh own in Figures 5-21 and S-22) will guaran- 
tee that SMACK, which is asserted off of a falling edge, will 
be asserted 1 bus clock after the falling edge that CS Is 
clocked In on. This is assuming that the SONIC-16 Is not a 
bus master when C5 was asserted. If the SONIC-16 Is a bus 
master, then, when CS Is asserted, the SONIC-16 will com- 
plete its current master bus cycle and get off the bus tempo- 
rarily (see Section 5.4.8). In this case, SMACK will be as- 
serted 5 bus clocks after the falling edge that US was 
clocked In on. This Is assuming that there were no wait 
states In the current master m ode access. Wait states will 
increase the time for SMACK to go low by the number of 
wait states In the cycle. 

If the slave access is a read cycle (Figur e 5-21), then the 
data will be driven off the same edge as SMACK. If It is a 
write cycle (Figure 5-22), then the data will be latched In 
exactl y 2 bus clo cks after the assertion of SMACK. In either 
case, DSACK0,1 are driven low 2 bus clocks after SMACK 
to terminate th e slave cycle. For a read cycle, the assertion 
of DSACK0,1 Indicates valid register data and for a write 
cycle, the assertion indicates that the SO NIC-16 has 
latched the data. The SONIC-16 deasserts DSACK0,1, 
SMACK and the data if the cycle is a read cycle at the rising 
edge of SAS or CS depending on which Is deasserted first. 
Note 1: Aithou gh the SO NIC-16 responds as a 32-bit peripheral when it 

drives DSACKO.I low, it transfers data only on lines D < 1 5:0 > . 
Note 2; For multiple register accesses, C5 can be held low and SAS can be 
used to delimit the slave cycle (this is the only case where CS may 
be asserted before SAS). In this case, SfylACK will be driven low 
due to SAS going low since CS has already been asserted. Notice 
that this means SMACK will not stay asserted low during the entire 
time CS is low (as is the case for MREQ, Section 5.4.8). 
Note 3: If memory request (MREQ) follows a chip select (CS), it must be 
asserte d at least 2 bus clocl<s after CS is deasserted. Both ^ and 
MREQ must not be asserted concurrently. 
Note 4: When CS is deasserted, it must remain deasserted for at least one 

bus cloci<. 
Note 5: The way in which SMACK is asserted due to CS is not the same as 
the way in which SMACK is asserted due to MREQ. The assertion 
of SMACK is dependent upon both CS and SAS being low, not just 
CS. This is not the same as the case for MREQ (see Section 5.4.8). 
The assertion of SMACK in these two cases should not be con- 
fused. 
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FIGURE 5-20. Bus Exception (Bus Retry) 
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FIGURE 5-22. Register Write, BMODE= 1 
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5.0 Bus Interface (continued) 

5.4.7.2 Slave Cycle for BMODE = 

The_sysfem accesses the SONlC-16 by driving SAS, CS, 
SWR and RA<5:0>. These signals will be sampled each 
bus cycle, but the SONIC-16 will not actually start a slave 
cycle until CS has been sampled low and SAS has been 
sampled high. C5 should not be asserted low before the 
failing edge of SAS as this will cause Improper slave opera- 
tion. C S may be asserted low, however, before the rising 
edge of SAS. In this case, it is suggested that SAS be driven 
high within one bus clock after the falling edge of CS. Be- 
twee n one and two bus clocks after the assertion of C§, 
once SAS has been driven high, SMACK will be driven low 
to signify _that the SONIC-16 has started the slave cycle. 
Although CS is an asynchronous input, meeting Its setup 
time (as shown In Figures 5-23 ani 5-24) will guarantee that 
SMACK, which is asserted off a falling edge, will be assert- 
ed 1 bus clock after the failing edge that CS was clocked In 
on. This is assuming that the SONIC-16 Is not a bus master 
when CS Is asserted. If the SONIC-16 is a bus master, then, 
when CS is asserted, the SONIC-16 will complete its current 
master bus cycle and get off the b us temporarily (see Sec- 
tion 5.4.8). in this case, SMACK will be asserted 5 bus 
clocks after the falling edge that CS was clocked In on. This 
is assuming that there were no wait states In the cun'ent 
master m ode access. Wait states will increase the time for 
SMACK to go low by the number of wait states in the cycle. 



If the slave access is a read cycle (Figur e 5-23), then the 
data will be driven off the same edge as SMACK. If It Is a 
write cycle (Figure 5-24), then the data will be la tched in 
exactl y 2 bus clocks after the assertion of SMAC K. In eith er 
case, RDYo is driven low 2Vi bus clocks after SMACK to 
termin ate the slave cycle. For a read cycle, the assertion of 
RDYo indicates valid register data and for a write cycle, the 
assertion Indicates that th e SONIC-16 ha s latched the data. 
The SONIC-16 deasserts RDYo, SMACK and the data If the 
cycle Is a read cycle at the falling edge of SAS or the rising 
edge of C5 depending on which is first. 

Note 1:The SONIC-16 transfers data only on lines D<15;0> during slave 
mode accesses. 

Note 2: For multiple register accesses, CS can be held low and SAS can be 
used to delimit the slave cycle (this is th e only ca se where CS may 
be ass erted before SAS). In this case, SMACK will be driven low 
due to SAS goi ng high s ince CS has already been asserted. Notice 
that this means SMACK will not stay asserted low during the entire 
time CS Is low (as is the case for MREQ, Section 5.4.8). 

Note 3: If memory request (r/IHEU) follows a chip select (CS), it must be 
asserte d at least 2 bus clocks after CS is deasserted. Both CS and 
MREQ must not be asserted concurrently. 

Note 4: When CS is deasserted, it must remain deasserted for at least one 
bus clock. 

Note 5; The way in which SMACK is asserted due to CS is not the same as 

the way in which SMACK is asserted due to MREQ. The assertion of 

SMACK is dependent upon both C5 and SAS being low, not just CS. 

This is not t he same as the case for MREQ (see Section 5.4.B). The 

- assertion of SMACK in these two cases should not be confused. 
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FIGURE 5-23. Register Read, BMODE =0 
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5.0 Bus Interface (continued) 
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FIGURE 5-24. Register Write, BMODE=0 
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FIGURE 5-25. On-Chip Memory Arbiter 
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5.0 Bus Interface (continued) 

5.4.8 On-Chip Memory Arbiter 

For applications which share the buffer memory area with 
the host system (shared-memory applications), the SONIC- 
16 provides a fast on-chip memory arbiter for efficiently re- 
solving accesses between the SONIC-16 and the host sys- 
tem (Figure S-2S). The host system Indicates Its Intentions 
to use the shared-memory by asserting Memory Request 
(MREQ). The SONIC-16 will allow the host system to use 
the shared memory by acknowledging the host system's re- 
quest with Sl ave and Memory Acknowledge (SMACK). 
Once SMACK Is asserted, the host system may use the 
shared memory freely. T he hos t system gives up the shared 
memory by deasserting MREQ. 

MREQ Is clocked In on the falling edge of bus cl ock and is 
double synchronized Internally to the rising edge. SMACK is 
asserted on the falling edge of a Ts bus c ycle. If th e SONIC- 
16 Is not currently ac cessing the memory, SMACK is assert- 
ed immediately after MREQ was clocked In. If, however, the 
SONIC-16 Is accessing the shared mem ory, it fin i shes Its 
cun'ent memory transfer and then issues SMACK. SMACK 
will be asserted 1 or 5 (see Note 2 below ) bus c locks, re- 
spectively, after MREQ Is clocked in. Since MREQ is double 
synchronized. It is not ne cessary to meet Its setup time. 
Mee ting the setup time for MREQ will, however, guarantee 
that STOCK is assert ed In the next or fifth bus clock after 
the current bus clo ck. SMACK will deassert within one bus 
clock after MREQ Is deasserted. The SONIC-16 will then 
finish its master operation If It was using the bus previously. 
If the host system needs to access the SONIC-16's regis- 
ters inst ead of shared memory, CS would be asserted In- 
stead of MREQ. Accessing the SONIC-16's registers works 
almost exactly the same as accessing the shared memory 
except that the SONIC-16 goes Into a slave cycle Instead of 
going Idle. See Section 5.4.7 for more Information about 
how register accesses work. 

Note 1: The successive assertion of C5 and MREQ must be separated by 
at ieast two bus cloci<s. Both CS and MREQ must not be asserted 
concurrently. 

Note 2: The number of bus cloclts between MREQ being asserted and the 
assertion of SMACK when the SONIC-1 6 is in Master Mode |s 5 bus 
clocI<s assuming there were no wait states in the Master Mode 
access. Wait states will increase the time for SMACK to go iow by 
the number of wait states in the cycle (the time will be 5 + the 
number of wait states). 

Note 3: The way in which SMACK is asserted to due to CS is not the same 
as the way in which SMACK is asserted du e to MR EQ. SMACK 
goes low as a direct result of the assertion of MREQ, whereas, for 
CS. SAS must also be driven low (BMODE - 1) or high (BMODE = 
0) before SMACK will be asserted. This means that when SMACK 
is asserted due to MREQ, SMACK will remain asserted until MREQ 
is deasserted. Multiple memory accesses can be made to the 
shared memory without SMACK ever going high. When SMACK is 
asserted due to CS, however, SMACK will only remain low as long 
as 5Sg is also low (BMODE = 1) or high (BMODE = 0). SMACK 
will not remain low thro ughout multiple register accesses to the 
SONIC-16 because SAS must toggle for each register access. This 
is an important difference to consider when designing shared mem- 
ory designs. 



TABLE 5-4. Internal Register Content after Reset 



Register 


Contents after Reset 


Hardware 
Reset 


Software 
Reset 


Command 


0094h 


0094h/00A4h 


Data Configuration 
(OCR and DCR2) 


* 


unchanged 


Interrupt Mask 


OOOOh 


unchanged 


Interrupt Status 


OOOOh 


unchanged 


Transmit Control 


OlOlh 


unchanged 


Receive Control 


** 


unchanged 


End Of Buffer Count 


02F8h 


unchanged 


Sequence Counters 


OOOOh 


unchanged 


CAM Enable 


OOOOh 


unchanged 



* Bits 1 5 and 1 3 of the DCR and bits 4 through of the DCR2 are reset to a 
during a hardware reset. Bits 15-12 of the DCR2 are unknown until written 
to. All other bits in these two registers are unchanged. 
**Bits LB1, LBO and BRD are reset to a during hardware reset. All other 
bits are unchanged. 

5.4.9 Chip Reset 

The SONIC-16 has two reset modes; a hardware reset and 
a software re set. The SONIC-16 can be hardware reset by 
asserting the RESET pin or software reset by setting the 
RST bit in the Command Register (Section 4.3.1). The two 
reset modes are not interchangeable since each mode per- 
forms a different function. 

After power-on, the SONIC-16 must be hardware reset be- 
fore it w ill become operational. This is done by asserting 
RESET for a minimum of 10 transmit clocks (10 Ethernet 
transmit clock periods, TXC). If the bus cl ock (BS CK) period 
is greater than the transmit clock period, RESET should be 
asserted for 10 bus clocks instead of 10 transmit clocks. A 
hardware reset places the SONIC-16 in the following state. 
(The registers affected are listed in parentheses. See Table 
5-4 and section 4.3 for more specific information about the 
registers and how they are affected by a hardware reset. 
Only those registers listed below and in Table 5-4 are affect- 
ed by a hardware reset.) 

1 . Receiver and Transmitter are disabled (CR). 

2. The General Purpose timer Is halted (CR). 

3. All interrupts are masked out (IMR). 

4. The NCRS and PTX status bits in the Transmit Control 
Register (TCR) are set. 

6. The End Of Byte Count (EOBC) register is set to 02F8h 
(760 words). 

6. Packet and buffer sequence number counters are set to 
zero. 

7. All CAM entries are disabled. The broadcast address is 
also disabled (CAM Enable Register and the RCR). 

8. Loopback operation is disabled (RCR). 

9. The latched bus retry Is set to the unlatched mode 
(DCR). 

10. All interrupt status bits are reset (ISR). 

11. The Extended Bus Mode is disabled (DCR). 

12. HOLD will be asserted/deasserted from the falling 
clock edge (DCR2). 
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5.0 Bus Interface (continued) 

13. PCOMP will not be asserted (DCRZ). 

14. Packets will be accepted (not rejected) on CAM match 
(DCR2). 

A software reset immediately terminates DIVIA operations 
and future interrupts. The chip is put into an idle state where 
registers can be accessed, but the SONIC-16 will not be 
active in any other way. The registers are affected by a 
software reset as shown in Table 5-4 (only the Command 
Register Is changed). 

6.0 Network Interfacing 

The SONIC-16 contains an on-chip ENDEC that performs 
the network interfacing between the AUI (Attachment Unit 



Interface) and the SONIC-16's MAC unit. A pin selectable 
option allows the internal ENDEC to be disabled and the 
MAC/ENDEC signals to be supplied to the user for connec- 
tion to an external ENDEC. If the EXT pin is tied to ground 
(EXT=0) the internal ENDEC is selected and if EXT is tied 
to Vcc (EXT=1) the external ENDEC option is selected. 
Internal ENDEC: When the Internal ENDEC is used 
(EXT=0) the interface signals between the ENDEC and 
MAC unit are internally connected. While these signals are 
used internally by the SONIC-16 they are also provided as 
an output to the user (Figure 6-1). 

The internal ENDEC allows for a 2-chip solution for the 
complete Ethernet interface. Figure 8-2 shows a typical dia- ' 
gram of the network interface. 
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FIGURE 6-1. MAC and Internal ENDEC Interface Signals 
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6.0 Network Interfacing (continued) 
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6.0 Network Interfacing (continued) 

External ENDEC: When EXT= 1 the internal ENDEC is by- 
passed and the signais are provided directly to the user. 
Since SONIC-16's on-chip ENDEC is the same as Nation- 
al's DP83910 Serial Network Interface (SNI) the interface 
considerations discussed in this section would also apply to 
using this device in the external ENDEC mode. 

6.1 MANCHESTER ENCODER AND 
DIFFERENTIAL DRIVER 

The ENDEC unit's encoder begins operation when the MAC 
section begins sending the serial data stream. It converts 
NRZ data from the MAC section to Manchester data for the 
differential drivers (TX+/-). In Manchester encoding, the 
first half of the bit cell contains the complementary data and 
the second half contains the true data (Figure 6-3). A tran- 
sition always occurs at the middle of the bit cell. As long as 
the MAC continues sending data, the ENDEC section re- 
mains in operation. At the end of transmission, the last tran- 
sition Is always positive, occurring at the center of the bit 
cell if the last bit is a one, or at the end of the bit cell if the 
last bit is a zero. 

The differential transmit pair drives up to 50 meters of twist- 
ed pair AUI cable. These outputs are source followers which 
require two 270fi pull-down resistors to ground. In addition, 
a pulse transformer is required between the transmit pair 
output and the AUI interface. 

The driver allows both half-step and full-step modes for 
compatibility with Ethernet I and IEEE 802.3. When the SEL 
pin is tied to ground (for Ethernet I), TX+ is positive with 
respect to TX- during idle on the primary side of the isola- 
tion transformer (Figure 6-2). When SEL is tied to Vcc (for 
IEEE 802.3), TX-I- and TX- are equal in the idle state. 



Transmit Clock 



NRZ Data 
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FIGURE 6.3. Manchester Encoded Data Stream 
8.1.1 Manchester Decoder 

The decoder consists of a differential receiver and a phase 
lock loop (PLL) to separate the Manchester encoded data 
stream into clock signals and NRZ data. The differential in- 
put must be externally terminated with two 39n resistors 
connected in series. In addition, a pulse transformer is re- 
quired between ttie receive input pair and the AUI interface. 
To prevent noise from falsely triggering the decoder, a 
squelch circuit at the input rejects signals with a magnitude 



less than -175 mV. Signals more negative than -300 mV 
are decoded. 

Once the input exceeds the squelch requirements, the de- 
coder begins operation. The decoder may tolerate bit jitter 
up to 18 ns in the received data. The decoder detects the 
end of a frame within one and a half bit times after the last 
bit of data. 

6.1.2 Collision Translator 

When the Ethernet transceiver (DP8392 CTI) detects a colli- 
sion, it generates a 10 MHz signal to the differential collision 
inputs (CD-I- and CD-) of the SONIC-16. When SONIC-16 
detects these inputs active, its Collision translator converts 
the 10 MHz signal to an active collision signal to the MAC 
section. This signal causes SONIC-16 to abort its current 
transmission and reschedule another transmission attempt. 
The collision differential inputs are terminated the same way 
as the differential receive Inputs and a pulse transformer is 
required between the collision input pair and the AUI inter- 
face. The squelch circuitry is also similar, rejecting pulses 
with magnitudes less than -175 mV. 

6.1.3 Oscillator Inputs 

The oscillator inputs to the SONIC-16 (XI and X2) can be 
driven with a parallel resonant crystal or an external clock. 
In either case the oscillator inputs must be driven with a 
20 MHZ signal. The signal is divided by 2 to generate the 
10 MHz transmit clock (TXC) for the MAC unit. The oscilla- 
tor also provides internal clock signals for the encoding and 
decoding circuits. 

6.1.3.1 External Crystal 

According to the IEEE 802.3 standard, the transmit clock 
(TXC) must be accurate to 0.01%. This means that the os- 
cillator circuit, which includes the crystal and other parts 
involved must be accurate to 0.01 % after the clock has 
been divided in half. Hence, when using a crystal, it is nec- 
essary to consider all aspects of the crystal circuit. An ex- 
ample of a recommended crystal circuit is shown in Figure 
6-4 and suggested oscillator specifications are shown in Ta- 
ble 6-1. The load capacitors in Figure 6-4, CI and C2, 
should be no greater than 36 pF each, including all stray 
capacitance (see note 2 below). The resistor, R1, may be 
required in order to minimize frequency drift due to changes 
in Vcc- If R1 is required, its value must be carefully selected 
since R1 decreases the loop gain. If R1 is made too large, 
the loop gain will be greatly reduced and the crystal will not 
oscillate. If R1 is made too small, normal variations in Vcc 
may cause the oscillation frequency to drift out of specifica- 
tion. As a first rule of thumb, the value of R1 should be 
made equal to five times the motional resistance of the crys- 
tal. The motional resistance of 20 MHz crystals is usually in 
the range of lOn to 30n. This implies that reasonable val- 
ues for R1 should be in the range of SOU to 1 SOfl. The 
decision of whether or not to include R1 should be based 
upon measured variations of crystal frequency as each of 
the circuit parameters are varied. 
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6.0 Network Interfacing (continued) 
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FIGURE 6.4. Crystal Connection 
totheS0NIC-16(seetext) 

Note 1:Th9 X1 pin is not guaranteed to provide a TTL compatible iogic 
output, and should not be used to drive any external logic. If addi- 
tional logic needs to be driven, then an external oscillator should be 
used as described in the following section. 

Note 2: The frequency merited on the crystal is usually measured with a 
fixed load capacitance specified in the crystal's data sheet. The 
actual load capacitance used should be the specified value minus 
the stray capacitance. 

TABLE 6-1. Crystal Specifications 

Resonant frequency 20 MHz 

Tolerance (see text) ±0.01 % at SS-C 

Accuracy ±0.005% (50ppm)atOto70°C 

Fundamental Mode Series Resistance ^25n 

Specified Load Capacitance i 1 8 pF 

Type AT cut 

Circuit Parallel Resonance 

6.1.3.2 Clock Oscillator Module 

If an external clock oscillator is used, the SONIC-16 can be 
connected to the external oscillator in one of two ways. The 
first configuration is shown in Figure 6-5. In this case, an 
oscillator that provides the following should be used: 

1. TTL or CMOS output with a 0.01 % frequency tolerance 

2. 40% -60% duty cycle 

3. i5 TTL loads output drive (Iql = 8 mA) (Additional out- 
put drive may be necessary if the oscillator must also 
drive other components.) 

Again, the above assumes no other circuitry is driven. 
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FIGURE 6.5. Oscillator Module 
Connection to the SONIC-16 

The second configuration, shown in Figure 6-6, connects to 
the X2 input. This connection requires an oscillator with the 
same specifications as the previous circuit except that the 



output drive specification need only be one CMOS load. 
This circuit configuration also offers the advantage of slight- 
ly lower power consumption. In this configuration, the XI pin 
must be left open and should not drive external circuitry. 
Also, as shown by Figure 8-6, there is a 180° phase differ- 
ence between connecting an oscillator to X1 compared to 
X2. This difference only affects the relationship between 
TXC and the oscillator module output. The operation of the 
SONIC-16 Is not affected by this phase change. 
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FIGURE 6.6. Alternate Oscillator 
Module Connection to the SONIC-16 

6.1.3.3 PCB Layout Considerations 

Care should be taken when connecting a crystal. Stray ca- 
pacitance (e.g., from PC board traces and plated through 
holes around the X1 and X2 pins) can shift the crystal's 
frequency out of range, causing the transmitted frequency 
to exceed the 0.01 % tolerance specified by IEEE. The lay- 
out considerations for using an external crystal are rather 
straightforward. The oscillator layout should locate all com- 
ponents close to the XI and X2 pins and should use short 
traces that avoid excess capacitance and inductance. A sol- 
id ground should be used to connect the ground legs of the 
two capacitors. 

When connecting an external oscillator, the only considera- 
tions are to keep the oscillator module as close to the 
SONIC-16 as possible to reduce stray capacitance and in- 
ductance and to give the module a clean Vqc and a solid 
ground. 

6.1.4 Power Supply Considerations 

In general, power supply routing and design for the SONIC- 
16 need only follow standard practices. In some situations, 
however, additional care may be necessary in the layout of 
the analog supply. Specifically special care may be needed 
for the TXVCC, RXVCC and PLLVCC power supplies and 
the TXGND and ANGND. In most cases the analog and 
digital power supplies can be interconnected. However, to 
ensure optimum performance of the SONIC-16's analog 
functions, power supply noise should be minimized. To re- 
duce analog supply noise, any of several techniques can be 
used. 

1 . Route analog supplies as a separate set of traces or 
planes from the digital supplies with their own decoupling 
capacitors. 

2. Provide noise filtering on the analog supply pins by insert- 
ing a low pass filter. Alternatively, a ferrite bead could be 
used to reduce high frequency power supply noise. 

3. Utilize a separate regulator to generate the analog sup- 
ply. 
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7.0 AC and DC Specifications 
Absolute [\/laximum Ratings 

If Military /Aerospace specified devices are required, Storage Temperature Range (Tstg) -65°Cto ISO'C 
please contact tfie National Semiconductor Sales Power Dissipation (PD) 500 mW 
Office/Distributors for availability and specifications. ^ead Temp. (TL) (Soldering, 1 sec.) 260°C 
Supply Voltage (Vcc) -0.5V to 7.0V eSD Rating 

DC 1 nput Voltage (V|n) -0.5Vto Vqc + 0.5V (Rz^p = 1.5k, Czap = 120 pF) 1.5KV 
DC Output Voltage (Vqut) " 0-5V to Vcc + 0.5V 

DC Specifications Ta = 0°Cto 70°C, Vcc = SV ±5% unless otherwise specified 


Symbol 


Parameter 


Conditions 


MIn 


Max 


Units 


VOH 


Minimum Higti Level Output Voltage 


ioH = -8 mA 


3.0 




V 


Vol 


Maximum Low Level Output Voltage 


Iql = 8 mA 




0.4 


V 


V|H 


Minimum High Level input Voltage 




2.0 




V 


V|L 


Maximum Low Level Input Voltage 






0.8 


V 


i|N 


Input Current 


V|N = VccorGND 


-1.0 


1.0 


mA 


loz 


Maximum TRI-STATE Output 
Leakage Current 


VoUT = VccorGND 


-10 


10 


^A 


Ice 


Average Operating Supply Current 


Iqut = mA, Freq = fmax 




80 


mA 


AUI INTERFACE PINS (TX±,RX±, and CD ±) 


VOD 


Diff. Output Voltage (TX±) 


78il Termination, and 270n 
from Each to GND 


±550 


±1200 


mV 


VOB 


Diff. Output Voltage Imbalance (TX ±) 


78n Termination, and 270Ji 
from Each to GND 


Typical: 40 mV 


Vu 


Undershoot Voltage (TX ± ) 


78n Termination, and 270n 
from Each to GND 


Typical: 80 mV 


Vds 


Diff. Squelch Threshold 
(RX± and CD ±) 




-175 


-300 


mV 


OSCILLATOR PINS (XI AND X2) 


V|H 


XI Input High Voltage 


X1 is Connected to an Oscillator 
and X2 is Grounded 


2.0 




V 


V|L 


XI Input Low Voltage 


X1 is Connected to an Oscillator 
and X2 is Grounded 




0.8 


V 


I0SCI 


XI Input Current 


XI is Connected to an Oscillator 
and X2 is Grounded 
V|N = VccorGND 




8 


mA 


V|H 


X2 input High Voltage 


X2 is Connected to an Oscillator 
andX1 is Open 


2.0 




V 


V|L 


X2 Input Low Voltage 


X2 is Connected to an Oscillator 
and X1 is Open 




0.8 


V 


l0SC2 


X2 Input Leakage Current 


X2 is Connected to an Oscillator 
and X1 is Open 
V|N = VccorGND 


-10 


10 


HA 
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7.0 AC and DC Specifications (continued) 
AC Specifications 



BUS CLOCK TIMING 



/ \^^ 



-T3- 



TL/F/11722-58 



Number 


Parameter 


20 MHz 


Units 


Min 


Max 


T1 


Bus Clock Low Time 


22.5 




ns 


T2 


Bus Clock High Time 


22.5 




ns 


T3 


Bus Clock Cycle Time (Note 2) 


50 


100 


ns 



POWER-ON RESET 



BSCK 



RST 



_^r 



-T4- 



USR<1:0> 



■^^-c 



TL/F/1 1722-59 



NON POWER-ON RESET 

BSCK 



RST 



r^ 



-• T5- 



STABLE 



TL/F/11722-60 



Number 


Parameter 


20 MHz 


Units 


Min 


Max 


T4 


USR<1:0> Setup to RST 


10 




ns 


T5 


USR<1:0> Hold from RST 


20 




ns 


T6 


Power-On Reset High (Notes 1 , 2) 


10 




TXC 


T8 


Reset Puise Widtti (Notes 1,2) 


10 




TXC 



Note 1: The reset time is determined by ttie slower ol BSCK or TXC. If BSCK > TXC, T6 and TB equal 10 TXCs. If BSCK < TXC, T6 and T8 equal 10 BSCKs (T3). 
Note 2: These specifications are not tested. 
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7.0 AC and DC Specifications (Continued) 

MEMORY WRITE, BMODE = 0, SYNCHRONOUS MODE (one wall-state shown) 



D<15:0> 



(A 

o 

Z 

o 

■ 



T2 (wait) T2 



T11-» 






\ 



r 



T10- 



X 



|-^T37 



/■ 



RDYi 



:^^J: 



Data Out 






\ 



j^ 



XIZ 



■\ 



-f\ T33 !-•- 
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Number 



T9 



T10 



T11 



T12 



T15 



T32 



T33 



T36 



T37 



T40 



Parameter 



BSCK to Address Valid 



Address Hold Time from BSCK 



BSCK to ADS, ECS Low 



BSCK to ADS, ECS High 



ADS High Width (Note 2) 



RDYi Setup to BSCK 



RDYi Hold from BSCK 



BSCK to Memory Write Data Valid 



BSCK to MWR (Write) Valid (Motel) 



Write Data Hold Time from BSCK 



20 MHz 



Min 



bcyc-5 



30 



10 



Max 



34 



34 



34 



70 



30 



Units 



Note 1: For successive read operations, MWR remains low, and (or successive write operations. H/IWR remains high during a transfer. During RDA and TDA 
transfers the lUIWR signal will stay either high or low for the entire burst of the transfer. During RDA and TDA transfers the I^WR signal will switch on the rising edge 
of a Ti (idle) state that is inserted between the read and the write operation. 
Note 2: bcyc = bus clock cycle time CT3). 
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7.0 AC and DC Specifications (continued) 

MEMORY READ, BMODE = 0, SYNCHRONOUS MODE (one wait-stale shown) 



D<15:0> 




Z^^ 



/ \ \ ^ 



TL/F/11722-62 



Number 



T9 



T10 



Til 



T12 



T15 



T23 



T24 



T28 



T32 



T33 



Parameter 



BSCK to Address Valid 



Address Hold Time from BSCK 



BSCK to ADS, ECS Low 



BSCK to ADS, ECS High 



ADS High Width (Note 2) 



Read Data Setup Time to BSCK 



Read Data Hold Time from BSCK 



BSCK to MWR (Read) Valid (Note 1) 



RDYi Setup Time to BSCK 



RDYi Hold Time to BSCK 



20 MHz 



Min 



bcyc - 5 



12 



30 



Max 



34 



34 



34 



30 



Units 



Note 1: For successive read operations. MWR remains low, and for successive write operations, MWR remains high. During RBA and TBA transfers the MWR 
signal will stay either high or low for the entire burst of the transfer. During RDA and TDA transfers, the MWR signal will switch on the rising edge of a Ti (idle) state 
that is inserted between the read and the write operation. 
Note 2: bcyo = bus clock cycle time (T3). 
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7.0 AC and DC Specifications (continued) 

MEMORY WRITE, BMODE = 0, ASYNCHRONOUS MODE 



Number 



T9 



T10 



T11b 



T12b 



T13 



T15 



T18 



T32a 



T33a 



T36 



T37 



T39 



T40 



o 

z 

o 

I 




ECS 



T9- 



Tllb- 



DS 



D<15:0> 



r 



-TT' 



K«-TI2b 



y 



Tllb-* 



-T15- 



x: 



T37 



T32a- 



1 



«- T13-«-| h- 
■« T18 ■ — "^ 



\ 



DATA OUT 



■\ 



T33a 



XH 



^h-^ 



J \ \ r 



TL/F/11722-63 



Parameter 



BSCK to Address Valid 



Address Hold Time from BSCK 



BSCK to ADS, D5, ECS Low 



BSCK to AD5, ECS High 



BSCKtoDSHigli 



ADS Higli Widtll (Note 2) 



Write Data Strobe Low Width (Notes 2, 4) 



Ready Asynoh. Setup to BSCK (Note 3) 



Ready Asynch. Hold from BSCK 



BSCK to Memory Write Data Valid 



BSCK to MWR (Write) Valid (Note1) 



Write Data Valid to 
Data Strobe Low (Note 2) 



Write Data Hold Time from BSCK 



20 MHz 



Min 



bcyc - 5 



bcyc - 5 



8 



bcyc - 40 



10 



Max 



34 



30 



32 



36 



70 



30 



Units 



._ 



Note 1- For successive read operations, MWH remains iow, and (or successive v»rite operations, MWH remains high. During RBA and TBA transfers the iWWR 

signal will stay either high or iow for the entire burst of the transfer. During RDA and TDA transfers, the MWR signal wiii switch on the rising edge of a Ti (idie) state 

that is inserted between the read and the wnte operation. 

Note 2: bcyc = bus cloci( cycle time (T3) 

Note 3: This setup time assures that the SONIC-1 6 temiinates the memory cycle on the next bus clock (BSCK). RBYi does not need to be synchronized to the bus 

clock though, since It is an asynchronous input in this case. HiSTI is sampled during the failing edge of BSCK. If the SONIC-1 6 samples RDTi low dunng the TI 

cycle, the SONIC-16 will finish the curent access in a total of two bus clocks instead of three, which would be the case if RDYi had been sampled low during 

T2(wait). (This is assuming that programmable wait states are set to 0). 

Note 4: DS will only be asserted if the bus cycle has at least one wait state inserted. 



1-727 



■ 

u 

z 
o 



7.0 AC and DC Specifications (continued) 

MEMORY READ, BMODE = 0, ASYNCHRONOUS MODE 



Number 



T9 



T10 



T11b 



T12b 



T13 



T15 



T16 



T17 



T23 



T24 



T28- 



T32a 



T33a 




RDYi 



TL/F/11722-64 



Parameter 



BSCK to Address Valid 



Address Hold Time from BSCK 



BSCK to ADS, DS, EC5 Low 



BSCK to APg, D5, Egg High 



BSCK to DS High 



ADS High Width (Note 2) 



Read Data Strobe High Width (Note 2) 



Read Data Strobe Low Width (Note 2) 



Read Data Setup Time to BSCK 



Read Data Hold Time from BSCK 



BSCK to MWR (Read) Valid (Note 1) 



Ready Asynch. Setup Time to BSCK (Note 3) 



Ready Asynch. Hold Time to BSCK 



20 MHz 



MIn 



boyc ■ 



bcyc - 1 2 



boyc ■ 



12 



Max 



34 



30 



32 



36 



30 



Units 



Note 1: For successive read operations, MWR remains low, and for successive write operations, MWR remains high. During RBA and TBA transfers the MWR 
signal will stay either high or low for the entire burst of the transfer. During RDA and TDA transfers, the f^WR signal wiil switch on the rising edge of a Ti (idie) state 
that IS inserted between the read and the write operation. 
Note 2: bcyc - bus ctock cycle time CT3) 

Note 3: This setup time assures thai the SONiC-16 terminates the memory cycle on the next bus clocl* (BSCK). RDYi does not need to be synchronized to the bus 
clock, though, since it is an asynchronous input in this case. RDYi is sampled during the failing edge of BSCK. if the SONIC-16 samples WTi low during the 11 
cycle, the SONiC-16 will finish the cun-ent access in a total of two bus cioclis instead of three, which would be the case if RDYi had been sampled low durinq 
T2(wait). CThis is assuming that projrammabie wait states are set to 0). 
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7.0 AC and DC Specifications (continued) 

MEMORY WRITE, BMODE = 1, SYNCHRONOUS MODE (one wail-state shown) 

T2 (woiO T2 

BSCK 



o 

Z 

o 




\ r 



TL/F/l 1722-65 



Number 



T9 



T10 



Tlla 



T12a 



T13a 



T14 



T15a 



T18 



T22 



T30 



T31 



T36 



T37 



T39 



T40 



Parameter 



BSCK to Address Valid 



Address Hold Time from BSCK 



BSCK to AS, DS, ECS Low 



BSCK to AS, ECS High 



BSCK to DS High 



AS Strobe Low Width (Note 3) 



AS Strobe High Width (Note 3) 



Write Data Strobe Low Width (Notes 1 , 3) 



Address Valid to a5 (Note 3) 



DSACKO.I Setup to BSCK (Note 4) 



DSACK0,1 Hold from BSCK 



BSCK to Memory Write Data Valid 



BSCK to MRW (Write) Valid (Note 2) 



Write Data Valid to 
Data Strobe Low (Note 3) 



IMemory Write Data Hold Time from BSCK 



20 MHz 



MIn 



bcyc - 7 



bcyc - 15 



bcyc - 5 



bch - 18 



12 



bcyo - 40 



10 



Max 



34 



26 



34 



36 



70 



30 



Units 



Note 1: d5 will only be assGrted if the bus cycle has at least one wait state inserted. _ 

Note 2- For successive read operations, MWH remains low, and for successive write operations, lUIWR remains higfi. During RBA and TBA transfers the MWR 

signal will stay either high or low for the entire burst ol the transfer. During PDA and TDA transfers, the fvlWR signal will switch on the rising edge of a Ti (idle) stale 

that is Inserted between the read and the write operation. 

Note 3: bcyc = bus clock cycle time (T3). bch = bus clock high time (T2). 

Note 4: DSACKO.I must be synchronized to the bus clock (BSCK) during synchronous mode. 
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7.0 AC and DC Specifications (continued) 

MEMORY READ, BMODE = 1, SYNCHRONOUS MODE (one wait-state shown) 



ECS 



DSACKOJ 






|-^TI2 



■\. 



[-^T28 



y 



T2 (wall) 



/r\ /r^—/ 



-T15a-^ 



^ — V 

-*f^T16— ^ 



y — V. 



X ""' 'N X 



A. 



r 



TL/F/ 11 722-66 



Number 



T9 



T10 



T11a 



Tl2a 



T13a 



T14 



T15a 



T16 



T17 



T22 



T23a 



T24a 



T28 



T30 



T31 



Parameter 



BSCK to Address Valid 



Address Hold Time from BSCK 



BSCK to AS, DS, eCS Low 



BSCK to AS, ECS High 



BSCK to D5 High 



AS Strobe Low Width (Note 3) 



AS Strobe High Width (Note 3) 



Read Data Strobe High Width (Note 3) 



Read Data Strobe Low Width (Note 3) 



Address Valid to AS (Note 3) 



Read Data Setup Time to BSCK 



Read Data Hold Time from BSCK 



BSCK to MRW (Read) Valid (Note 1) 



DSACKO.I Setup to BSCK (Note 2) 



DSACKO.I Hold from BSCK 



20 MHz 



Min 



boyc • 



bcyc — 15 



boyo - 12 



bcyc • 



bch - 18 



12 



Max 



34 



26 



34 



36 



30 



Units 



Nolo 1: For successive read operations, MWH remains row, and for successive write operations, MWH remains high. During RBA and TBA transfers the IMWR 
signal will stay either high or low for the entire burst of the transfer. During RDA and TDA transfers, the MWR signal will switch on the rising edge of a Ti (idio) stale 
that is inserted between the read and the write operation. 

Note 2: DSACKO.I must be synchronized to the bus clock (BSCK) during synchronous mode. 
Note 3: bcyc = bus clock cycle time (T3). bch = bus clock high time (T2) 
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7.0 AC and DC Specifications (Continued) 

MEMORY WRITE, BMODE = 1, ASYNCHRONOUS MODE 

T1 T2(w»ll) T2 Tl 

TTV-AA A"A /~\ 



Number 



T9 



T10 



Til a 



T12a 



T13a 



T14 



T15a 



T18 



T22 



T30 



T30a 



T31 



T31a 



T36 



T37 



T39 



T40 




(A 

o 



7 ^ r~A / 



/ (Note 2) \ 



TL/F/1 1722-67 



Parameter 



BSCK to Address Valid 



Address Hold Time from BSCK 



BSCK to AS, DS, ECS Low 



BSCK to AS, ECS High 



BSCK to D5 High 



AS Strobe Low Width (Note 3) 



AS Strobe High Width (Note 3) 



Write Data Strobe Low Width (Notes 3, 4) 



Address Valid to AS (Note 3) 



DSACK0,1 Setup to BSCK (Note 2) 



STERM Setup to BSCK (Note 2) 



DSACK0,1 Hold from BSCK 



STERM Hold from BSCK 



BSCK to Memory Write Data Valid 



BSCK to MRW (Write) Valid (Note 1) 



Write Data Valid to Data Strobe Low (Note 3) 



Memory Write Data Hold from BSCK 



20 MHz 



Min 



bcyc ■ 



bcyc - 15 



bcyc - 



boh - 18 



12 



12 



bcyc - 40 



10 



Max 



34 



26 



34 



36 



70 



Units 



30 



Note 1- For successive read operations, MWR remains low, and tor successive write operations, IMWR remains high. During RBA and TBA transfers the MWR 

signal will stay either high or low for the entire burst of the transfer. During RDA and TDA transfers, the MWR signal will switch on the rising edge of a Tl (Idle) state 

that is inserted between the read and the write operation. 

Note 2- Meeting the setup time for DSACKO.I or STEHM guarantees that th e SONIC-16 w ill termin ate the memory cycle 1 % bus clocks after DSACKO.I were 

sampled or 1 cycle after 5TERM was sampled. T2 states will be repeated until DSACK0,1 orSTERKJ are sampled properly in a low state. II the SONIC-16 samples 

DSACK0,1 or STERM low during the Tl or first T2 sta te respecliv ely, the SONIC-16 will finish the current access in a total of two bus clocks instead of three 

(assuming that programmable wail states are set to 0). DSACKO.I are asynchronously sampled and STERM is synchronously sampled. 

Note 3: bcyc = bus clock cycle time (T3). bch = bus clock high time (T2). 

Note 4: DS will only be asserted if the bus cycle has at least one wait state inserted. ^ 
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7.0 AC and DC Specifications (continued) 

MEMORY READ, BMODE = 1, ASYNCHRONOUS MODE 

T1 T2(wiil0 T2 



Number 



T9 



T10 



Tlla 



T12a 



T13a 



T14 



T15a 



T16 



T17 



T22 



T23a 



T24a 



T28 



T30 



TSOa 



T31 



T31a 



/n 4"V.^^A 




/ (Note 2) \_ 



TL/F/11722-68 



Parameter 



BSCK to Address Valid 



Address Hold Time from BSCK 



20 MHz 



Min 



BSCK to AS, DS, ECS Low 



BSCK to AS, ECS High 



BSCK to DS High 



AS Strobe Low Width (Note 3) 



AS Strobe High Width (Note 3) 



Read Data Strobe High Width (Note 3) 



Read Data Strobe Low Width (Note 3) 



Address Valid to AS (Note 3) 



Read Data Setup Time to BSCK 



Read Data Hold Time from BSCK 



BSCK to MRW (Read) Valid (Note 1) 



DSACKO.I Setup to BSCK (Note 2) 



STERM Setup to BSCK (Note 2) 



DSACKO.I Hold from BSCK 



STERM Hold from BSCK 



bcyc • 



bcyc - 15 



bcyc - 12 



bcyc - 5 



bch - 18 



10 



Max 



34 



26 



34 



36 



30 



12 



12 



Units 



Note 1: For successive write operations, MRW remains low. 

Note 2: Meeting the setup_^for DSACKO.I or STerH guarantees that th eSONIC-16 will termin ate the memory cycle 1 '/j bus clocks after bSACKO 1 were 

sampled, o r 1 cycle aft er SIERM was sampled. T2 states will be repeated until DSACKO.I or StERM are sampled properly In a low stale. If the SONIC-1 6 samples 

DSACKO.I or STERM low during the T1 or first T2 sta te respectiv ely, the SONIC-ie will finish the current a ccess in a total of two bus clocks instead of three 

(assuming that programmable wait states are set to 0). DSACKO.I are asynchronously sampled and STEHH is synchronously sampled. 

Note 3: bcyc - bus clock cycle time (T3). bch = bus clock high lime (T2). 
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7.0 AC and DC Specifications (Continued) 

BUS REQUEST TIMING, BMODE = 




D<15:0> 
(write) 



V BUS PREEMPTION (Note 0_ 

s- 



►-T55b 



C 



MEMORY TRANSFER 



V BUS IDLE X 



(Note 3) -► 



ADS, MWR 
DS. ECS 



USR<l:0> 
EXUSR<3:0> 



-c 



-.^ |— T53 



^ 



o 

z 

o 

I 



=^ 



— c 



TUF/ 11 722-69 



Number 



Parameter 



T43 



T44 



T45 



T46 



151 



T52 



T53 



T55 



BSCK to HOLD High (Note 2) 



BSCK to HOLD Low (Note 2) 



HLDA Asynchronous Setup Time to BSCK 



HLDA Deassert Setup Time (Note 1) 



BSCK to Address, Sd5, MWR, DS, ECS, 
USR<1:0> andEXUSR<3:0>TRI-STATE 
(Note 4) 



20 MHz 



Min 



Max 



25 



22 



BSCK to Data TRI-STATE (Note 4) 



BSCKtoUSR<1:0> Valid 



T55a 



T55b 



BSCK to Bus Status 
Idle to Non-Idle 



BSCK to Bus Status 
Non-ldletoldle(Note3) 



52 



Units 



ns 



ns 



ns 



ns 



68 



50 



40 



S<2:0> Hold from BSCK 



10 



40 



ns 



ns 



ns 



ns 



ns 



ns 



Note 1-Ablock transfer by the SONIC-iecan be pre-empted from the bus by deassertingHLDA provided HLDA is asser.edT46be.ora .he ri*^ 

these lines without contention. . 

Note 5: For specitio Umings on .hese signals (driven by .he S0NIC16), see .he memory read and memory v,ri.e .,m,ng diagrams on previous pages. 
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7.0 AC and DC Specifications (Continued) 

BUS REQUEST TIMING, BMODE = 1 




TL/F/l 1722-70 



Number 



T45a 



T47 



T48 



Parameter 



M Asynchronous Setup Time to BSCK 



BSCKLowtoBRLow 



T49 



T50 



T51a 



T52 



153 



T55 



T55a 



BSCK Low to BR TRI-STATE (Note 4 ) 
BSCK High to BGACK Low (Note 1) 



BSCK High to BGACK High (Note 5) 



BSCK to Address, AS, IMRW, DS, ECS, 
USR<1:0> and EXUSR<3:0> TRI-STATE (Note 4) 



20 MHz 



MIn 



Max 



25 



Units 



ns 



BSCK to Data TRI-STATE (Note 4) 
BSCKtoUSR<1:0> Valid 



BSCK to Bus Status 
idle to Non-Idle 



T55b 



BSCK to Bus Status 
Non-ldie to Idle (Note 3) 



S<2:0> Hold from BSCK 



30 



30 



30 



52 



68 



50 



40 



10 



40 



ns 



ns 



ns 



ns 



ns 



ns 



ns 



ns 



ns 



ns 



Note 1: BGACK is only issued if B5 is low and Ag, DSACko.I, gTEm and BGACk are deasserted 

NoII 3- S<7of '°,rT r ,™ r ''""" '"'" "' "' ^°'"°-''' "' "° ^""'^ "'' '"' ™™'^ ™'^ «-'"= "'^arams on previous pages. 

NO .'Th i " T ^ " *' ""' °' '' " "' '"' °'"'"°" '^ " '''" °^^""°" °'^' *^ ^"-^ °' ^^ ■' *^ '-« OP-^'- - » wrL operation 

Note 5: BQACK is driven high for approximately VS BSCK before going TRI-STATE. 



1-734 



7.0 AC and DC Specifications (continued) 

BUS RETHY 



(/) 
O 

Z 

o 



BSCK 



A<23:1> 



=>c 



D<15:0> 



T41a 



/r\_y"A /r\ 



X 



BRT (Note 



HOLD 
(BMODE=0) 



BGACK 
(BM0DE=1) 



^rri:\ 



U2-^ 
(Not«2) 



T50- 



.^A 



r 

— ^ l-«-T44 — » 



-A h 



(TRI-STATE) 

BR 

(BMODE=l) 



(Note*) 



J~ 



V-' 



/.. 



'(Notel) 



JUF/tn22-TI 



Number 



T41 



T41a 



T42 



T43 



T44 



T47 



T50 



Parameter 



Bus Retry Synchronous Setup Time to BSCK 
(Note 3) ^ 



Bus Retry Asynchronous 
Setup Time to BSCK (Note 3) 



Bus Retry Hold Time from BSCK (Note 2) 



BSCK to HOLD High (Notel) 



BSCK to HOLD Low (Note 1 ) 



BSCK to BR Low 



BSCK to BGACK High (Note 4) 



20IUHZ 



Min 



Max 



25 



22 



25 



30 



Units 



Note 1: Depending upon the mode, the SONIC-16 will assert and deassert HOLD from the rising or falling edge of BSCK. 

Note 2: Unless Utched Bus Retry mode is set (LBR in the Data Configuration Register. Section 4.3.2), BRT must remain asserted until after the Th state. If 

Latched Bus Retry mode is used, BRT does not need to satisfy T42. 

Note 3: T41 is for synchronous bus retry and T41a is for asynchronous bus retry (see Section 4.3.2, bit 15, Extended Bus Mode) Since T41a is an asynchronous 

setup time, it is not necessary to meet it, but doing so will guarantee that the bus exception occurs in the current memory transfer, not the next. 

Note 4: BSACK is driven high for approximately Vi BSCK before going TRI-STATE. 
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7.0 AC and DC Specifications (continued) 

MEMORY ARBITRATION/SLAVE ACCESS 

Ti T1 T2 Th 

BSCK 




""W (Note 1) 



Number 



T56 



T57 



T58 



T59 



T60 



T80 



T81 



Parameter 



CS Low Asynch. Setup to BSCK 
(Note 2) 



C5 High Asynch. Setup to BSCK 



MREQ Low Asynch. Setup to BSCK 
(Note 2) 



MREQ High Asynch. Setup to BSCK 



MREQ or CS to SMACK Low (Notes 3, 4) 



MREQ to SMACK High 



BSCK to SMACK Low 



20 MHz 



Min 



12 



12 



12 



Max 



1.5 
5.5 



30 



25 



TL/F/11722-72 



Units 



bcyc 



Note 1: Both C5 and MREQ must rot be asserted concurrently. If these signals are successively asserted, there must be at least two bus clocks between the 
deasserting and asserting edges ot these signals. 

Note 2: It is rot necessary to meet the setup times for MREO or CS since these signals are asynchronously sampled. Meeting the setup time for these signals 
however, makes it possible to use T60 to determine exactly when SMSCR will be asserted. = r a . 

Note 3: The smaller value for T60 refers to when the SONIC-1 6 is accessed during an Idle condition and the other value refers to when the SONIC-1 6 is accessed 
dunng non-idle conditions. These values are not tested, but are guaranteed by design. This specification assumes that CS or MRE5 is asserted V, bus clock before 
the fa ling edge that these signals are asynchronously clocked in on (see T56 and TES). If T56 is met for CS or Tsa Is met for HREO, then SMACR will be asserted 
exactly 1 bus clock, when the SONIC-16 was idle, or 5 bus clocks, when the SONIC-16 was in master mode, after the edge that T56 and T58 refer to (This is 
assuming t^here were no wait states in the current master mode access. Wait states will increase the time for SKJSCK to go low by the number of wait states In 
the cycle.) SAS must have been asserted for this timing to be correct. See Sa5 and CS timing in the Register Read and Register Write timing specifications. 
Note 4: bcyc ^ bus clock cycle time (T3). 

""'u^'.Tu ^ ™'' '" which^^ is asserted is dueto CS is not the same as the way in wnich SESCK is asserted due to MREQ. SMACK goes low as a direct 
result of *ea^ion of MHES, whereas for CS, gSS must also be driven low (BMODE = 1) or high (BMODE = 0) before SMACK will be asserted. This means 
that when SMACt< IS asserted due to HHES, SmaCK wIII remain asserted until MRE Q Is deas serted. Multiple memory accesses can be made to the shared 
["T,°oT-l!^ ever going high. When SMACK is asserted due to CS, however, SSJSCK will only remain low as long as SAS is also low (BMODE - 1) or 

high (BMODE - 0). SMACK will not remain low throughout multiple register accesses to the SONIC-16 because SAS must toggle for each register access This is 
an rmportant difference to consider when designing shared memory designs. 
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7.0 AC and DC Specifications (Continued) 

REGISTER READ, BMODE = (Note 1) 

Tl T2{*BiO Ti (w an) T2(w«it) T2(» »l0 

BSCK / \ / \ _/ \_ 



Number 



T56 



T60 



T62 



T62a 



T63 



T64 



T65 



T68 



T72 



T73 



T75 



T76 



T79 



T81 



T82 



TBS 



T85a 



O 

z 
o 



p 162' 

Y — '■ 



■N. 



"V 



l*-T81 



H h-T, 



J~ 



TL/F/1 1722-73 



Parameter 



CS Asynch. Setup to BSCK (Note 4) 



MREQ or CS to SMACK Low (Notes 3, 5, 8) 



SAS Assertion before CS (Note 6) 



SAS Deassertion after CS (Notes 3, 6) 



Register Address Setup to SAS 



Register Address Hold Time from SAS 



SAS Pulse Width (Note 3) 



SWR (Read) Hoid from SaS 



SMACK to RDYo Low (Notes 3, 8) 



SWR (Read) Setup to SAS 



BSCKto RDYo Low 



SAS or CS to RDYo High (Note 2) 



SAS or CS to SMACK High (Note 2) 



BSCK to SMACK Low 



BSCK to Register Data Valid 



SAS or CS to Data TRI-STATE (Notes 2, 7) 



Min. CS Deassert Time (Note 3) 



20 MHz 



MIn 



12 



10 



10 



bcyc - 1 



8 



Max 



1.5 
5.5 



2.5 



1 



35 



30 



30 



25 



83 



60 



Units 



bcyc 



bcyc 



bcyc 



bcyc 



Note 1: This ligure shows a slave access to the SONIC-16 when the SONIC-1 6 Is Idle, or rather not In master mode. If the SONIC-1 6 is a bus master, there will be 

some differences as noted in the Memoiy Arbitration/Slave Access diagram. The BSCK states CT1, 12, etc.) are the equivalent processor slates during a slave 

access. 

Note 2: If CS Is deasserted before the falling edge of SaS, T76, T79 and T85 are referenced from the rising edge of CS. 

Note 3: bcyc = bus clock cycle time (T3). 

Note 4: It is not necessary to meet the setup ti me for C 5 since this signal is asynchronously sampled. Meeting the setup time for this signal, however, malies It 

possible to use T60 to determine exactly when SMACK wlii be asserted. 

Note 5: The smaller value for T60 refers to when the SONIC-16 is accessed during an Idle condition and the other value refers to when the SONIC-1 6 Is accessed 

during non-Idle conditions. These values are not tested, but are guaranteed by design. This sp ecification assumes that CS Is asserted Vi bus clocl( before the 

falling edge that CS is asynchronously clocked In on (see T56). if T56 is met for CS, then SMACK will be asserted exactly 1 bus dock, whan the SONIC-1 6 was idle. 

or 6 bus clocks, when the SONIC-16 was In master mode.af ter the edge that T66 refers to. (This is assuming that there were no wait slates in the current master 

mode access. Wait states will Increase the time for SMACK to go low by the number of wait slates in the cycle.) 

Note 6: SaS may be asserted low anytime before or simultaneous to the falling edge of OS. It is suggested that SSS be driven high no later than CB. If necessary, 

however, SaS may be driven up to 1 BSCK alter CS. 

Note 7: This timing value includes an RC delay inherent in the test measurement. These signals typically TRI-STATE 7 ns earlier, enatjling other devices to drive 

these lines without contention. 

Note 8: These values are not tested, but are guaranteed by design. They are provided as a design guideline only. 
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7.0 AC and DC Specifications (continued) 

REGISTER WRITE, BMODE = (Note 1) 

T1 T2(w.ll) T2(w.ll) T2(w.it) T2(w.ll) 



BSCK 

RA<5:0> / ~ 



Number 



T56 



T60 



T62 



T62a 



T63 



T64 



T65 



T70 



T71 



172 



T75 



T76 



T79 



T81 



T83 



T84 



T85a 



P 



y 



> 



■V 



■V 



"v 



y 



J- 



TL/F/11 722-74 



Parameter 



CS Asynch. Setup to BSCK (Note 4) 



MREQ or CS to SMACK Low (Notes 3, 5, 7) 



SAS Assertion before CS (Note 6) 



SAS Deassertion after SS (Notes 3, 6) 



Register Address Setup to SAS 



Register Address Hold Time from SAS 



5AS Pulse Width (Note 3) 



SWR (Write) Setup to SaS 



SWR (Write) Hold from SaS 



smack to RDYo Low (Notes 3, 7) 



BSCKtoRDYo Low 



SAS ores to RdYo High (Note 2) 



gASor CS to SMACK High (Note 2) 



BSCK to SMACK Low 



Register Write Data Setup to BSCK 



Register Write Data Hold from BSCK 



Min. C5 Deassert Time (Note 3) 



20 MHz 



MIn 



12 



10 



10 



bcyc - 10 



Max 



1.5 
5.5 



2.5 



45 



20 



35 



30 



30 



25 



Units 



bcyc 



bcyc 



bcyc 



bcyc 



Note 1: This figure shows a slave access to the SONIC-16 when the SONiC-16 is idle, or rather not in master mode, if the SONiC-16 Is a bus master, there will be 
some differences as noted in the Memory Arbitration/Slave Access diagram. The BSCK states (T1, T2, etc.) are the equivalent processor states during a slave 
access. 

Note 2: If CS is deasserted before the falling edge of SaS, T76 and T79 are referenced from the rising edge of CS. 
Note 3: bcyc = bus clock cycle time (T3). 

Note 4: It is not necessary to meet the setup ti me for 5 5 since this signal is asynchronously sampled. Meeting the setup time for this signal, however makes it 
possible to use T60 to determine exactly when SMACK will be asserted. 

Note 5: The smaller value for T60 refers to when the SONIC-1 6 is accessed during an idle condition and the other value refers to when the SONIO-16 Is accessed 
during non-idle conditions. These values are not tested, but are guaranteed by design . This sp ecification assumes that CS is asserted V4 bus clock before the 
falling edge that CS is asynchronously clocked in on (see T56). If T56 is met for CS, then SMACK will be asserted exactly 1 bus clock, when the SONIC-16 was kJle, 
or 5 bus clocks, when the SONIC-16 was in master mode af ter the edge that T56 refers to. This is assuming that there were no wait states In the current master 
mode access. Walt states will Increase the time for SMACK to go low by the number of wait states in the cycle.) 

Note 6: SgSmay be asserted low anytime before or simultaneous to the falling edge of CS. it is suggested that 555 be driven high no later than CS. If necessary 
however, SAS may be driven up to 1 BSCK after CS. 

Note 7: These values are not tested, but are guaranteed by design. They are provided as a design guideline only. 



1-738 



7.0 AC and DC Specifications (continued) 

REGISTER READ, BMODE = 1 (Note 1) 

12 (..iO Ti(..il) i;(..iO "("iO 12 ("ill " 



(A 
O 

Z 

o 

I 




TL/F/1 1722-75 



Number 



T56 



T60 



T62 



T63 



T64 



T67 



T72a 



T74 



T75a 



T77 



T77a 



T78 



T79a 



Parameter 



eg Asynch. Setup to BSCK (Note 5) 



M R EQ or CS to SMACK Low (Notes 4, 6, 9) 



SAS Assertion before CS (Note 7) 
Register Address Setup to SAS 



20 MHz 



Min 



12 



Register Address Hold from SAS 



SRW (Read) Setup to SAg 



SMACK to DSACK0,1 Low (Notes 4, 9) 



SRW (Read) Hold from SAS 



BSCK to DSACKO.I Low 



CS to DSACKO.I High (Notes 2, 3) 



SPS to DSACKO.I High (Notes 2, 3) 



Skew between DSACKO.I 



BSCK to SMACK High 



T81 



T82 



T85a 



T86 



BSCK to SMACK Low 



BSCK to Register Data Valid 



Min. CS DeassertTlme (Note 4) 



SAS or CS to Register Data TRI-STATE 
(Notes 2^8) 



10 
10 



Max 



1.5 
5.5 



50 



35 



Units 



bcyc 



boyc 



25 



35 



10 



30 



25 



83 



60 



bcyc 



Note 1- This figure shows a slave access to the SONIC-16 when the SONIC-16 is idle, or rather hot in master mode. If the SONIC-16 is a bus master, there will be 
sol d"i«e7erce?as „o^^^ in the Memory Arbitration/Slave Access diagram. The BSCK states (Tt, T2. etc.) are the eqcvalent processor stales dunng a slave 

Note 2: If C5 is deasserted before the rising edge of SAS. T77 and T86 are referenced off the rising edge of CS instead of SaS. 

Note 3; dSACKO.1 are driven high for about Vi bus clock before going TRI-STATE. 

Note 4: bcyc = bus clock cycle time (T3). ...... , u —i,™ » 

Note 5: It is not necessary to meet the setup ti me for 5 5 since this signal is asynchronously sampled. Meeting the setup t,me for this signal, however, makes it 

possible to use T60 to determine exactly when SMACK will be asserted. o^m„-,<!- ™.oj 

Note e- The smaller value for T60 refers to when the SONIC-ie is accessed during an Idle condition and the other value retos to when *e SONIC-1 6 'S accessed 

dutg nin'drcondittons. These v^ues are no. tested, but are guaranteed by design. Th^pecification assumes thai CS ^ff '^^f'/^^^^/.'^'^^.^f ™ ^^^ 

fainno edae IhatCS is asynchronously clocked in on (see T66). If T56 is met for CS, then SSJSCK will be asserted exactly 1 bus clock, when the SONIC-16 was Idle. 

or Xs Clocks when^hTsONlC-few^^ in master mode, after the edge that T56 refers to. (This is assuming that there were no wait states in the current master 

mode access. Wait states will increase the time tor SMACK to go low by the number of wait states in the cycle.) 

Note 7: SaS may be asserted at anytime before or simultaneous to the falling edge of CS. ,. ., . . j. 

Note e: This timing value includes an RC delay inherent in the test measurement These signals typically TRI-STATE 7 ns eariler. enabling other devices to drive 

these lines without contention. 

Note 9: These values are not tested, but are guaranteed by design. They are provided as in design guideline only 
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7.0 AC and DC Specifications (continued) 

REGISTER WRITE, BMODE = 1 (Note 1) 

" (' «l') T2( ..il) ?!(••'" T2<"'" I!(w.iO T2 




TL/F/11722-76 



Number 



T56 



T60 



Parameter 



55 Asynch. Setup to BSCK (Note 5) 



20 MHz 



MIn 



12 



MREQ or CS to SMACK Low (Notes 4, 6, 8) 



T62 



T63 



T66 



T70a 



T71a 



T72a 



T75b 



T77 



T77a 



T78 



T79a 



TBI 



T83 



T84 



SAS Assertion before CS (Note 7) 



Register Address Setup to 5A5 



Register Address Hold from SaS 



SR W (Write) Setup to 5^ 



SRW (Write) Hold fromSAS 



SMACK to DSACKO.I Low (Notes 4, 8) 



BSCKtoDSACK0,1 Low 



CS to DSACKO.I High (Notes 2, 3) 



SAS to DSACKO.I Higti (Notes 2, 3) 



Skew between DSACKO.I 



BSCK to SMACK High 



BSCK to SMACK Low 



Register Write Data Setup to BSCK 



10 



10 



10 



Max 



1.5 
5.5 



Units 



bcyc 



T85a 



Register Write Data Hold from BSCK 



Min. C5 Deassert Time (Note 4) 



45 



20 



44 



25 



35 



10 



30 



25 



bcyc 



bcyc 



^„°I!, !;■«"" ''""° ""T^^'^r ?f °'^ '" *° SONIC-16 when the SONIC-16 is idle, or rather not in master mode. If the SONICIS is a bus master, there will be 
some differenoes as noted ,n the Memory Arbitration/Slave Access diagram. The BSCK states (T1. T2. etc.) are the equivalent processor staSu ring a slave 

Note 2: It gg is dea sserted before the rising edge of SAS. then T77 is referenced off the rising edge of CS instead of SAS. 
Note 3: DSACKO.I are driven high for about Vj bus clock before going TRI-STATE. 
Note 4: bcyc = bus clock cycle time (T3). 

^°,*t'!n^,^»'™ ffn"? '° '"'^' *?^'".'' "' ;f/°:F ''™ ^^ ^'9"^' '■= ^sync'irawusly sampled. Meeting the setup time for this signal, however, makes it 
possible to use T60 to determine exactly when SMACK will be asserted. 

rt,?l?n!*'l1™"^'^v '"^ '?J^° "'^T^ '° '"'^" *" ^°'^'°"'^ '^ ^'^^ """"^ "" ""^ =°"'''"°" ^"^ *^ <"^«' ^^1"^ ^e'^'= •« "hen the SONIC-16 is accessed 

fZnn »Hn= m!.'^ '°'"- 1 "f f ^"^ ''°' "'""* ""' "^ S''^"^'^^ "^ "'^^'S"- ™^ Specification assumes that CS is asserted % bus clock before the 

Lr ^bus clockt ^»n mT,™,n ?«^ '" °" "'! ^'^*- " '^^ '" ™' "^ ^- *"" ^™^ "'" "« ^^'^^^^ ^=<^* ' b"' <='°* »"^«" *« S0NIC1 6 was idle. 

IL ,n^l«. wT^ , ? "^l'" ""^^'"^ SJfe^"'' '"" ""88 that T56 refers to. (This is assuming that there were no wait states in the current maste 

mode access. Wait states will increase the time for SRiACR to go low by the number of wait states in the cycle.) 

Note 7: SAS may be asserted low anytime before or simultaneous to the failing edge of C5. 

Note 8: These values are not tested, but are guaranteed by design. They are provided as a design guideline only. 
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7.0 AC and DC Specifications (continued) 

ENDEC TRANSMIT TIMING (INTERNAL ENDEC MODE) 



T87 |-^ 



TX+/- 



-*\ 188 h- 
-T95 T96-<-] 



U-T95 



U-T97 



U— T101— I 
[<-T100-»^ 



y 



(A 

o 

Z 

o 

I 



TL/F/11722-77 



Number 



T87 



188 



T89 



195 



T96 



T97 



T98 



T100 



T101 



Parameter 



Transmit Clock High Time (Note 1) 



Transmit Clock Low Time (Note 1 ) 



Transmit Clock Cycle Time (Note 1) 



Transmit Output Delay (Note 1) 



Transmit Output Fall Time (80% to 20%. Note 1) 



Transmit Output Rise Time (20% to 80%. Note 1) 
Transmit Output Jitter (Not Shown) 



Transmit Output High before Idle (Half Step) 



Transmit Output Idle Time (Half Step) 



MIn 



40 



40 



99.99 



Max 



100.01 



55 



0.5 Typ 



200 



8000 



Note 1: This specification is provided tor intormation only and is not tested. 



Units 

ns 



ns 



ns 
ns 
ns 



1-741 



o 

z 
o 

V) 



7.0 AC and DC Specifications (Continued) 

ENDEC RECEIVE TIMING (INTERNAL ENDEC MODE) 



RX+/- 



CRS 



RXC 



RXD 



ENDEC COLLISION TIMING 




TL/F/11722-78 



CD+/ 




TL/F/11722-79 



Number 



T102 



T105 



T106 



71 07 



T108 



T109 



T112 



T113 



T114 



T115 



X 



Parameter 



Receive Clock Duty Cycle Time (Note 1) 



Carrier Sense on Time 



Data Acquisition Time 



Receive Data Output Delay 



Receive Data Valid from RXC 



Receive Data Stable Valid Time 



Carrier Sense Off Delay (Note 2) 



Minimum Number of RXCs after CRS Low 



Collision Turn On Time 



Collision Turn Off Time 



Note 1: This parameter is measured at the S0% point of each clocl< edge. 

Note 2: When CRSi goes low, it remains low for a minimum of 2 receive clocks (RXCs). 

Note 3: rcyc = receive clocks. 



MIn 



40 



90 



Max 



60 



70 



700 



150 



10 



155 



55 



250 



Units 



rcyc (Note 3) 
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7.0 AC and DC Specifications (continued) 

ENOEC-MAC SERIAL TIMING FOR RECEPTION (EXTERNAL ENDEC MODE) 



Tliaj T119 
-< — ^f^ ►■ 



T126-»| 



CRS 



^^^^,V~" 



Tl21-<-|_J«- 



TL/F/1 1722-80 



Number 


Parameter 


MIn 


Max 


Units 


T118 


Receive Clock High Time 


35 




ns 


T119 


Receive Clock Low Time 


35 




ns 


T120 


Receive Clock Cycle Time 


90 


110 


ns 


T121 


RXD Setup to RXC 


20 




ns 


T122 


RXD Hold from RXC 


15 




ns 


T124 


Maximum Allowed Dribble Bits 




6 


. Bits 


T125 


Receive Recovery Time (Note 2) 








T126 


RXC to Carrier Sense Low (Note 1 ) 




1 


rcyc 



Note 1: tcyc = transmit clocks, rcyc = receive clocks, bcyc = T3. 

Note 2: This parameter refers to longest time (not including wait-states) the SONIC-1 6 requires to perform its end of receive processing and be ready for the next 

start of frame delimiter. This time is 4 tcyc + 36 bcyc. This is guaranteed by design and is not tested. 

ENDEC-MAC SERIAL TIMING FOR TRANSMIT (NO COLLISION) 



TXE 




h«-T130 
-Jt131|-^ 



TXD 



XllpGiLE^ 



-T134- 



-^ r' 



TL/F/11722-ei 



Number 


Parameter 


MIn 


Max 


Units 


T127 


Transmit Clock Higli Time 


40 




ns 


T128 


Transmit Clock Low Time 


40 




ns 


T129 


Transmit Clock Cycle Time 


90 


110 


ns 


T130 


TXC to TXE High 




40 


ns 


T131 


TXC to TXD Valid 




15 


ns 


T132 


TXD Hold Time from TXC 


5 




ns 


T133 


TXC to TXE Low 




40 


ns 


T134 


TXE Low to Start of CD Heartbeat (Note 1 ) 




64 


tcyc 


T135 


Collision Detect Width (Note 1) 


2 




tcyc 


Note 1: tcyc - transmit clock. 
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7.0 AC and DC Specifications (continued) 

ENDEC-MAC SERIAL TIMING FOR TRANSMISSION (COLLISION) 



COL 
TXD 

TXE 



-T136- 



r^-x ^ X idCzj( 



JAM1 jfj^ JI? 



-T137- 



TL/F/1 1722-82 



Number 


Parameter 


Min 


Max 


Units 


T135 


Collision Detect Width (Note 1) 


2 




tcyc 


T136 


Delay from Collision 




8 


tcyc 


1137 


Jam Period 




32 


tcyc 



Note 1: tcyc = transmit clock. 
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8.0 AC Timing Test Conditions 

All specifications are valid only if the mandatory isolation is 
employed and all differential signals are taken to be at the 
AUI side of the pulse transformer. 



Input Pulse Levels (TTL/CMOS) 


GNDto3.0V 


Input Rise and Fall Times (TTL/ClvlOS) 5 ns 


Input and Output Reference 
Levels (TTL/CMOS) 1.5V 


Input Pulse Levels (Diff.) -350mVto -1315mV 


Input and Output 50% Point of 
Reference Levels (Diff.) the Differential 


TRI-STATE Reference Levels Float (AV) ± 0.5V 


OUTPUT LOAD (See Figure below) 


^CC SI (NOTE 2) 


t 


1mF 


\- 


DEVICE 
UNDER 
TEST 


■ 


l\=2.2\lD. 




= 


= Cl(NOTE 1) 




1 


- 


TL/F/11722-83 



Note 1: 50 pF, includes scope and jig capacitance. 
Note 2; SI = Open for timing tests for push pull outputs. 
SI = Vcc for Vol lest. 
SI - GNDforVoH'est. 
SI = Vcc for High Impedance to active low and active low lo High 

Impedance measurements. 
S1 = QND for High impedance to active high and active High lo 
High impedance measurements. 



PIN CAPACITANCE 

Ta ■-= 25°C, f = 1 MHz 



C/) 

o 

z 

o 



Symbol 


Parameter 


Typ 


Units 


C|N 


Input Capacitance 


7 


pF 


Cout 


Output Capacitance 


7 


pF 



DERATING FACTOR 

Output timing is measured with a purely capacitive load of 
50 pF. The following correction factor can be used for other 
loads: Cl S 50 pF + 0.05 ns/pF. 

AUI Transmit Test Load 

TX+ 



27 /iH ■ 



TX- 



TL/F/11722-84 



Note: In the above diagram, the TX+ and TX- signals are tal<en from the 
AUI side of the isolation (pulse transformer). The pulse transformer 
used for all testing is a selected 100 jiH ±0.1% Pulse Engineering 
PE64103. 
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DP83932 SONIC™ Bus 
Operations Guide 



This application note is intended to be a supplementary 
document for the DP83932 SONIC datasheet, expanding 
upon the bus functional descriptions found in the datasheet. 
It is recommended that you are familiar with the bus opera- 
tions of the SONIC before reading this document. 
This application note gives additional examples of the 
SONIC's bus operations to illustrate a broader picture of 
receptions, transmissions, etc. Where possible, special con- 
ditions are included to show all conceivable bus operations 
performed by the SONIC. Detailed figures are shown to en- 
hance clarity. This document is divided into two sections for 
bus master and slave operations. The bus master section 
details bus operations during transmission, receptions and 
load CAM operations, and the slave access section de- 
scribes SONIC register accesses during idle and non-idle 
conditions. 

TERMS AND ABBREVIATIONS 

In this document certain terms and abbreviations will be 

used to describe the bus operations of the SONIC. These 

words are defined as follows: 

Block Transfer A multiple transfer bus operation in which 
the address increments for each transfer. 

Word: Refers to a 1 6-bil quantity; a double word is 

a 32-bit quantity. 

Memory Cycle: The basic cycle which the SONIC reads 
from or writes to memory. 

Bus Tenure: The complete time the SONIC uses the bus 
during a block transfer. 

BusLatency: This is the time from when the SONIC re- 
quests the bus to when the SONIC is grant- 
ed the bus. 
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CAM: Content Addressable Memory 
TDA: Transmit Descriptor Area 
TBA: Transmit Buffer Area 
RRA: Receive Resource Area 
RDA: Receive Descriptor Area 
RBA: Receive Buffer Area 
CDA: CAM Descriptor Area 

1 .0 BUS MASTER OPERATIONS 

1.1 The Basic Block Transfer Cycle 

The basic transfer cycle of the SONIC is composed of three 
basic operations: (1) acquiring the bus, (2) transferring data 
onto/from the bus, and (3) relinquishing the bus. Operations 
(1) and (3) are described in detail in Section 5.4 of the 
DP83932 datasheet or Section 7.3 of the DP83934 data- 
sheet and will not be discussed here. Operation (2), howev- 
er, will be more fully explained. 

When the SONIC uses the bus, it transfers data to/from one 
specific area in memory (i.e., RBA, RDA, RRA, TDA, or 
TBA) as indicated by the bus status pins S<2:0>. If the 
SONIC needs to transfer the data to multiple areas in mem- 
ory, it deasserts its bus request (HOLD or BGACK), then 
requests the bus again (HOLD or BR). During its tenure on 
the bus, the SONIC transfers a programmed number of 
words to memory, depending on where data is placed. The 
number of transfers to the descriptor areas (TDA, RDA, 
RRA, and CDA), are shown in the following table. Note that 
since the upper word (D<31:18>) is not used in 32-bit 
mode, the number of transfers are the same for both 16-bit 
and 32-bit modes. 



TABLE 1-1. Number of Memory Transfers to the Descriptor Areas 



Area 


Number 


R/W 


When 


CDA 


4 


R 


All bus tenures except the last one 




5 


R 


Last bus tenure. The additional access is to load the CAM Enable register. 


TDA 


6 


R 


First descriptor fetch 




3 


R 


Additional fragment pointer and size fetches, if any 




2 


R/W 


Status and link access 


RDA 


7 


R/W 


Updating receive descriptor information 




6 


R/W 


Updating receive descriptor information but SONIC has read EOL = 1 




2 


R/W 


Re-reading RXpktlink and writing to RXpktin_use when EOL has previously been 
detected as 1 . The SONIC writes to the in_use field when EOL now reads 0. 




1 


R 


Re-reading the RXpkt.link as above but the SONIC still reads EOL = 1 . 


RRA 


4 


R 


All bus tenures 
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For buffer area transfers (TBA and RBA), the number of 
memory transfers is determined by tfie FIFO threshold and 
whether the SONIC is in "ernpty/fiir or "exact block" trans- 
fer modes, programmed in the Data Configuration register. 
For "exact block" transfer mode, the SONIC transfers the 
same number of words (or double words) as are pro- 
grammed for the FIFO threshold. For example, if you pro- 
grammed 4 double words as the threshold for the receive 
FIFO, the SONIC will transfer this amount of data to memo- 
ry per bus tenure. There are two exceptions to this rule, 
however. First, during transmission or reception, if the pack- 
et is not a multiple of the FIFO threshold, the last bus tenure 
will contain less transfers than the FIFO threshold. Second, 
for high transmit FIFO thresholds (12 words or 14 words), 
the SONIC will fill the transmit FIFO only as much as need- 
ed to completely fill it (and not overfill it). Thus, if you 
choose a 12 word transmit FIFO threshold, the first bus ten- 
ure will transfer 12 words, but the second tenure will only 
transfer 4 words (1 2 words + 4 words = 32 bytes). This 
last example assumes that the bus latencies are zero. 
For "empty/fill" mode, the number of transfers is also de- 
pendent on the bus latency. When the FIFO threshold has 
been reached, the SONIC will either completely empty the 
FIFO during reception or completely fill the FIFO during 
transmission. At the time of the bus request, the FIFO 
threshold equals the number of words in the FIFO, but due 
to bus latencies, additional bytes may have entered the 
FIFO (during reception). Thus, the number of words trans- 
ferred during a bus tenure in this mode is the FIFO threshold 
plus the additional bytes that have entered the FIFO during 
reception or minus the bytes that have been serialized dur- 
ing transmission. 

1.2 Packet Reception 

This section gives a step-by-step description of the SONIC 

receiving a 68-byte packet. The initial conditions are shown 

below. 

Initial conditions: 

(a) The incoming packet is one that the SONIC will accept. 

(b) The SONIC has detected that EOL = 1 from the previ- 
ous reception, but the software has subsequently ap- 
pended another receive descriptor before receiving this 
packet. 

(c) The packet begins on a double word boundary. 

(d) The Data Configuration register has been configured 
for: 

• 32-bit data width mode (DBS = DW = 1) 



• 4 double word Receive FIFO threshold 
(DB3,2 = RF1,0 = 1,0) 

• Exact Block Transfer mode (DB4 = BK/1S = 1) 

(e) The packet has crossed over the End of Buffer Count 
(EOBC) register during this reception; hence the SONIC 
will need to use another Receive Buffer Area (RBA). 

The reception is described as follows. 

Note: The numbers in this section correspond to the numbers in Figure 1-1. 

(1) Because of condition (a), the SONIC reads the 
RXpkt.link again to see if the software has subsequently 
reset the EOL bit to zero. Since it has (condition [b]), 

the SONIC writes to the RXpkt.in use field and buffers 

the packet to the RBA. Note that this step is skipped if 
the SONIC has sufficient descriptors. 

(2) Once the receive FIFO has reached its threshold (4 
double words), the SONIC will write 4 double words dur- 
ing its bus tenure. For a 68-byte packet, the SONIC will 
perform this operation 4 times. 

(3) During the last RBA bus tenure, the packet has ended 
(CRS goes low). The SONIC requests the bus once 
again (in 3 bus clocks) and flushes the remaining bytes 
in the FIFO (8 bytes). The first 4 bytes are the remainder 
of the packet and the last 4 bytes are the receive status 
that is automatically written into the FIFO by the SONIC. 
These last 4 bytes are extraneous to the RBA and are 
overwritten during the next reception. The usable re- 
ceive status is written to the Receive Descriptor Area. 

Note 1: If the pacl<et size is not a multiple of the memory transfer size 
(16 bits or 32 bits), the SONIC will pad the last memory trans- 
fer with 1's as necessary. 

Note 2: If any of the last 4 bytes exceeds the length of the Receive 
Buffer Area, these bytes will not be written to memory. 

(4) The SONIC writes the status information in the Receive 
Descriptor Area. The SONIC performs 7 consecutive 
memory transfers during its bus tenure (5 writes to the 
RXpkt.status, RXpkt.byte_count, RXpkt.pkt_ptrO, 

RXpkt.pkt ptrl, and RXpkt.seq no. fields, 1 read to 

the RXpktlink field, and 1 write to the RXpkt.in use 

field). See Figure 1-3 and Section 1 .2.2 for further de- 
tails. 

(5) Because of condition (e), the SONIC requests the bus 
again (in 3 bus clocks) and fetches a resource descrip- 
tor from the Receive Resource Area. The SONIC reads 
this area in 4 consecutive memory read operations. 
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FIGURE 1-1. Complete Reception of a 68-Byte Packet 
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1.2.1 Detail of Access to the RBA 

Figure 1-2aand /-26 show the first SONIC access to the RBA for BMODE = Oand 1. Note that the status pins S< 2:0 > change 
from 0,1,0 to 0,1,1 as the SONiC finishes writing the Source Address of the packet and continues buffering the rest of the 
pacl<et. 
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FIGURE l-2a. First RBA Access for Storing Packet (BMODE = 0, Synchronous Mode) 
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FIGURE 1-2b. First RBA Access for Storing Packet (BMODE = 1, Asynchronous Mode) 
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1.2.2 Detail of Access to the RDA 

Figure 1-3a and 1-3b shows the SONIC accessing the RDA for both BMODE = and 1. Note that this blocl< transfer contains 
both read and write accesses. Also note that the status pins S<2:0> briefly change from RDA (1 ,0,0) to Idle (1,1,1) between the 

read and write operations. This occurs between the RXpkt.seq no and RXpkt.link accesses, and between the RXpktlink and 

RXpkt.in use accesses and is accompanied by a Ti bus clock state. 
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FIGURE 1-3a. RDA Access for Storing Descriptor Information (BMODE = 0, Synchronous Mode) 
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FIGURE 1-3a. RDA Access for Storing Descriptor Information (BMODE = 0) (Continued) 
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FIGURE 1-3b. RDA Access for Storing Descriptor information (BIUODE = 1, Asynchronous IVIode) 
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FIGURE 1-3b. RDA Access for Storing Descriptor Information (BiUODE = 1) (Continued) 
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1.3 Packet Transmission 

This section gives a step-by-step analysis of a complete 
transmission using the initial conditions below. 
Initial conditions: 

(a) The Data Configuration register has been configured 
for: 

• 32-bit data wide mode (DBS = DW = 1) 

• 16-byte Transmit FIFO threshold (BD1, = TFI.O = 
0,1) 

• Exact Block Transfer mode {DB4 = BMS = 1) 

(b) The packet consists of 2 fragments. The first one is 48 
bytes long and the last one is 20 bytes long. 

(c) Both fragments are double-word aligned. 

The transmit operation is described as follows: (the num- 
bers in this section correspond to the numbers in Figure 1-4) 

(1) Before the SONIC transmits, it fetches a descriptor from 
the Transmit Descriptor Area (TDA) to load its transmit 
registers. In 6 consecutive memory read operations, the 
SONIC reads the TXpktconfig, TXpkt.pkt_size, 
TXpkt.frag_counf, TXpkt.frag_ptrO, TKpkt.frag_ptr1 , 
and TXpkt.frag_size fields. Note that the TXpkt.status 
field Is skipped during the first TDA access. Note also 
that if a collision occurs, forcing the SONIC to retrans- 
mit, the SONIC will once again fetch the descriptor from 
the beginning (i.e., starting at TXpkt.config). 

(2) After fetching the descriptor, the SONIC begins loading 
the FIFO to its transmit threshold. The SONIC performs 
4 consecutive memory operations in the Transmit Buffer 
Area (TBA) per bus tenure. Note that the fragment may 
begin on any byte boundary; it this is the case, the 
SONIC reads the corresponding double word which 
contains the beginning of the packet. 

(3) The SONIC immediately requests for the bus again (in 3 
bus clocks) because the number of words in the FIFO is 
equal to or less than the Transmit FIFO threshold. When 
the threshold has been exceeded, the SONIC com- 
mences transmission (TXE goes high). Subsequent re- 



TXE 



quests for the TBA will not occur until the serializer has 
removed enough bytes from the FIFO to lower it below 
its threshold. 

(4) Because of condition (b), the SONIC goes back to the 
Transmit Descriptor Area to obtain the pointer and 
length count of the next fragment. In three consecutive 

■ read operations, the SONIC will read the next 
TXpkt.frag_ptrO, TXpkt.frag_ptr1 , and TXpkt.frag_ 
size fields. 

(5) At the end of transmission, the SONIC will write the 
status of the TXpkt.status field, then read the TXpkt.link 
field to locate the next descriptor. 

1.3.1 Detail of Access to the TDA 

Figure 1-5a and 1-5b shows the SONIC accessing the TDA 
at the end of transmission. The SONIC writes the status 
information at the beginning of the descriptor and reads the 
link field at the end of descriptor. (Note n = the number of 
fragments.) Since this access involves both a write and a 
read, there Is a transition from TDA to Idle to TDA on the 
status lines in between writing the status and reading the 
link field. This transition is accompanied by a Ti bus clock 
state. 

1.3.2 Detail of Access to the TBA 

Figure 1-6a and /-66 shows the SONIC accessing the TBA 
when the transmit FIFO has been programmed for (1) 32-bit 
mode (2) exact block transfer mode, and (3) a 4 double 
word threshold. 

1.4 Loading the CAM (Content Addressable Memory) 

After the CAM descriptor Area has been initialized and the 
Load CAM command issued to the SONIC, the SONIC will 
read the CAM Descriptor Area (CDA) and load its CAM. The 
SONIC, in 4 memory read cycles, accesses memory and 
loads one CAM entry per bus tenure. During the last block 
transfer, the SONIC reads one additional word to load its 
CAM Enable register. In the example illustrated in Figure 
1-7, the SONIC has been programmed to load 4 CAM loca- 
tions. 
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FIGURE 1-4. Complete Transmission of a 68-Byte Packet 
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FIGURE 1-5a. Last TDA Access (BMODE = 0, Synchronous Mode) 
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FIGURE 1-6b. Typical TBA Access (BMODE = 1, Asynchronous Mode) 
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FIGURE 1-7. Updating 4 CAM Entries with the Load CAM Command 
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2.0 SLAVE OPERATIONS 

The slave operations of the SONIC can be classified into 
two cases, (1) register access while the SONIC is idle, and 
(2) register accesses while the SONIC is not idle. The first 
case always occurs in single bus systems where the CPU 
and SONIC reside on the same bus. Only one bus master is 
allowed on the bus in such a system. The second case may 
occur in dual bus systems where the CPU and SONIC lie on 
different busses. In this case, the CPU may access the 
SONIC while it is currently using the bus (such as during 
transmission or reception). The SONIC does not respond 
immediately in this case, but finishes off its current bus mas- 
ter operation before responding to the register access. The 
following two sections give a step-by-step description of the 
slave operations. 

2.1 Register Access During Idle 

(Refer to Figures 2-1a and 2-Jb) 

(1 ) The CPU presents the register address, address strobe, ' 
chip select, and slave write/read strobe to the SONIC. 

Note: For BMODE = ^SS5 must be asserted low before or at the 
same time that CS is asserted. The rising edge of SAS latches 
the_register address, RA<5:0>, and slave direction strobe, 
SWH. 



(2) The SONIC synchronizes chip select to the falling edge 
of bus clock and res ponds with slave and memory ac- 
knowledge (SMACK) at the next falling edge of bus 
clock. 

Note: BMODE = 0, if SAS remains asserted (low) beyo nd the falling 
edge of US, SI^ACK will not be asserted until SAS Is deassertad 
high. 

(3) For BMODE_= 1 , DSACK0,1 Is generated 2 bu s cloc ks 
after SMACK is asserted, and f or BMOD E = 0, RDYo is 
generated 2.5 bus clocks after SMACK. These outputs 
indicate to the CPU that the slave access is over. For 
read cycles, regi ster da ta i s valid at t he falling edge of 
the ready signal (RDYo or DSACK0,1); for write cycles, 
the SONIC has latched the register data at the falling 
edge of the ready signal. 

(4) The CPU com plete s the slave cycle by deasserting 55 
or rea sserti ng SAS low for BMODE = 0, or deasserting 
CS or SAS for BMODE = 1. The earliest of these sig- 
nals will terminate the slave cycle. 
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FrCURE 2-1a. Register Read While SONIC Is Idle (BMODE = 0) 
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FIGURE 2-1b. Register Read While SONIC is Idle (BMODE = 1) 
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2.2 Register Access While SONIC Is a Bus Master 

Figures 2-2a and 2-2b show register accesses on the 
SONIC for both BMODE = and BMODE = 1 respectively. 
These register accesse s occur while the SONIC is a bus 
master (HOLD is high or BGACK is low). Notice how the bus 
states for the SONIC controlled DMA access (shown as 
states Ts1 , Ts2 etc.) and the CPU controlled register access 
(shown as states Tc1 , Tc2, etc.) overlap. They both start at 
the same time, but the register access does not complete 
until the SONIC DMA access completes and the SONIC 
gets off the bus. The following description refers to the num- 
bers in Figures 2-2a and 2-2b. 

(1) In orderjo initiate a slave transfer, the SONIC must 
sample CS low. Als o, it must sample SAS high for 
BMODE = or SSS low for BMODE = 1. Even when 
the SONIC is doin g ma ster mode accesses on the bus, 
it monitors CS and SAS. If the above conditions are met, 
the SONIC finishes the current master mode bus cycle 
and then TRI-STATES off the bus. 

(2) The SON IC asserts slave and memory acl<nowledge 
(SMACK) off the falling edge of the clock on the first 
Tc2 after the Tsh state. 



(3) For BMODE = 1, DSACK0,1 is generated 2 bu s cloc ks 
after SMACK is asserted, and f or BMOD E = 0, RDYo is 
generated 2.5 bus clocks after SMACK. These outputs 
indicate to the CPU that the slave access is over. For 
read cycles, regi ster da ta i s valid at t he falling edge of 
the ready signal (RDYo or DSACK0,1); for write cycles, 
the SONIC has latched the register data at the falling 
edge of the ready signal. 

(4) The CPU terminates the slave cycle by deasserting chip 
select. Alt ernat ively, the slave cycle can be te rminated 
by driving SAS low for BMODE = 0, or SAS high for 
BMODE = 1. 

(5) After the CPU has terminated the slave cycle, the 
SONIC continues its bus master operations from where 
it left off. 



2.3 Asserting lUREQ to Access Shared Memory 

Asserting M REQ to the S ONIC has nearly the same effect 
as asserting CS. SM ACK is ge nerated iden tically as before, 
but the ready signal (RDYO or DSACK0,1) is not asserted. 
The ready signal must be ass erted by the memory control 
logic . Also, when using MREQ, it is not necessary to assert 
SAS. 

Note: Both MREQ and US must not be asserted simultaneously. This will 
cause spurious accesses to the SONIC's registers. Note also that the 
SONIC requires a recovery time of 2 bus clocks between the deas- 
sertion edge of one signal to the assertion edge of the other. 
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Software Driver 
Programmer's Guide for the 
DP83932 SONIC™ 



INTRODUCTION 

In the past, Ethernet chips have concentrated on interfacing 
well with the hardware, but have given the software inter- 
face only passing notice. While hardware designers may 
have been satisfied, the software developers were forced to 
write drivers for unwieldy silicon. Recently, with companies 
looldng for ways to increase performance, they have found 
that the software interface is crucial and has been one of 
the bottlenecks in the system. A chip with an over constrain- 
ing buffer management slows down the system by introduc- 
ing more levels of indirection (pointers) than are truly need- 
ed by the system software. In view of these shortcomings. 
National surveyed a number of software developers to de- 
fine a buffer management system which operates efficiently 
with the driver. Their basic response was Keep it Simple. 
The reasons were twofold. First, a simple software interface 
engenders a driver which is easy to write and secondly, a 
simpler, thus shorter, driver leads to a faster driver. The 
SONIC's buffer management epitomizes this with three sa- 
lient features. First, only one level of indirection is used to 
reference data in memory; secondly, link-lists are chosen to 
endow the software developer with the flexibility to easily 
manipulate descriptors, and thirdly, a register-based com- 
mand interface is provided to make commands fast and im- 
mediate. 
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ABOUT THIS GUIDE 

This guide will provide you the information needed to write a 
driver for the DP83932 System-Oriented Network Interface 
Controller (SONIC). You will first be introduced to basic al- 
gorithms using the SONIC's buffer management, then be 
shown actual implementation examples. It is recommended 
that you are familiar with the DP83932 SONIC datasheet 
before reading this document. 

1.0 THE DRIVER SOFTWARE— SONIC INTERACTION 

The key to making a Driver and all upper levels of the net- 
work software efficient, is to ensure that they must be capa- 
ble of referencing received or transmitted packets via point- 
ers and then conveying these pointers up to the next level 
of software. By employing pointers in this manner, needless 
packet copying from one area in memory to another is elimi- 
nated. As shown in Figure 1-1, the SONIC's descriptor 
areas, the RDA and TDA reference the received and trans- 
mitted packet and the RRA references the buffers for the 
received packets. The actual received and transmitted 
packets remain in their original locations in the RBA and 
TBA and are not copied elsewhere. In this section the basic 
algorithms are given to illustrate the usage of the RDA, RRA 
and TDA. Section 4.0 describes the implementation exam- 
ples. 
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FIGURE 1-1. Overview of the SONIC's Buffer Management 



1-758 



1.1 Processing Packets In the Receive Descriptor Area 
(RDA) 

After the SONIC has received the packet, it places the 
packet in the RBA and the pacl<et information in the RDA. 
The Driver, in turn, processes this pacl^et by locating the 
packet from the packet pointer (RXpkt.ptrO.I) fields in the 
RDA and then delivering the pointer up to the next level 
software for further processing. The Driver then returns the 
descriptor to the front of the list for reuse. This process is 
illustrated in Figures 1-2 (a), (b), and (c). Note that the link- 
list allows descriptors to be appended to the front of the list 
in any order. Note also that no special considerations are 
required to append receive descriptors. The pseudo code 
below illustrates the simplicity in appending descriptors. 



append_desor( ) 

new.RXpkt.link = 1; 
old.RXpkt.link = new.RXpkt. status 
/* Old link field points to 
address of new status field */ 

1.2 Recycling Buffers In the Receiver Resource Area 
(RRA) 

Intermixed with processing of packets, the Driver must also 
replenish the receive buffer pool by adding resources de- 
scriptors to the RRA. A suggested method for replenishing 
receive buffers Is given in the following example. (This 
method assumes that more than one packet is stored in an 
RBA.) 






RDA 


Protocol Slac 


k 




















1; 




& 



(A) 



"E 



RDA 


Protocol Stack K 














/ 






m 


1 1 

' 1 
f 1 
,' ' 

^ t 
f 
/ 
* 


1 


V^V2S- 


1 


pi 



(B) 



Ti 




TL/F/1 1140-3 



TL/F/11140-4 

FIGURE 1-2 a, b, c. Processing Descriptors In the RDA 

(a) Initial condition: four descriptors are available for use , , . .... „•„„ 

b Packets received: three packets having been received are then passed up to the upper level software for further process,rg^ 
(c) Packets processed: the upper level software having finished processing the packets, the Driver returns the descnptors to the front of the list. 
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The Driver allocates a fixed number of receive buffers 
(RBAs), determined at initialization, and recycles them as 
they are used. When the upper level software receives a 
pacl<et from the driver (via pointers), it processes the packet 
at the location received (in the RBA), and when done, noti- 
fies the Driver of the freed memory space. The Driver, then, 
records this event by tallying the packet in a "scoreboard" 
corresponding to the RBA (see Figure 1-3). When the num- 
ber of packets processed equals the total number of pack- 
ets in an RBA, then RBA is free and may be returned to the 
RRA ring. 



RBA# 


Packets 
Processed 


Total Packets 
in RBA 





5 


5 


1 


2 


4 


2 


3 


6 


3 


3 


Unknown 



FIGURE 1-3: RBA Scoreboard Example 

RBA#0 is now free since packets processed equals total 
packets in RBA. For RBA #3, the software does not yet 
know how many packets reside in an RBA since the SONIC 
has not finished using this RBA. When the software detects 
the LPKT bit set, the packet sequence number reveals the 
total number of packets (see below). 



Because packets may be processed in any order (thus, 
packets may be freed up out of sequence), freeing up ari 
RBA is not a straight fonvard. However, the SONIC reduces 
this task to a simple tallying procedure with Its Receive Se- 
quence Numbers (RXpkt.seq_no). When the Driver detects 
the LPKT (last packet) bit set to a 1, the sequence numbers 
indicate how many packets are in a given RBA. Thus, the 
Driver simply tallies the number of packets processed for a 
given RBA and when this Is equal to the total number of 
packets, the RBA is free. The sequence numbers are shown 
below. 



15 



8 7 



RBA Sequence Number 
(Modulo 256) 



Packet Sequence Number 
(Modulo 256) 



If LPKT = 1 

packet sequence number equals total number of 
packets minus one in the RBA (packet sequence 
number starts at zero) 
The following three figures (Figures 1-4a, 1-4b, and 1-4c) 
show a scenario depicting the Driver using 3 RBAs and up- 
dating the RBA "scoreboard". The flowchart In section 4.2 
(Figure 4-3) illustrates the recycling of RBAs during receive 
processing. 



(A) 



OEl— \ 

IrwpI — 9 



■;. RBAIv- 



\RBA2:v 



; RBA3i: 



Vacant 



Vacant 



RBAI 



RBA2 




RBA Scoreboard 



RXpkt.seq_no = 102h 
LPKT bit = 1 



RXpkt.seq_no = 201 h 
LPKT bit = 1 



RXpkt.seq_no = 301 h 
LPKT bit = 1 



nBA# 


Processed Packets 


Total Packets 


1 





3 


2 





2 


3 





2 



FIGURE 1-4 (a). Recycling Buffers in the RRA 

i'^i-L? «9"'f f 0"S *e SONIC, having stored seven packets (P1-P7) in the RBA, has exhausted all its receive buffers (RRP = RWP) The RBA scoreboard 
indicates that there are 3 unprocessed packets in RBA # 1 , 2 in RBA #2 and 2 in RBA #3. These numbers are determined by the RXpklsel-no field 
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FIGURE 1-4(b). Recycling Buffers in the RRA 

(b) The upper level software has finished processing four packets (P1 . P3, P4, and P6) and has notified the Driver of this action. The RBA scoreboard now indicates 
that there is 1 unprocessed packet in RBA #1. 1 in RBA #2 and 1 in RBA #3. 
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■ RBA 1 may be recycled 



• RBA 3 may be recycled 



FIGURE 1-4 (c). Recycling Buffers In the RRA 

(c) The upper level has now finished processing 6 packets (P1 , P2, P3, P4, P6, and P7). The RBA scoreboard now indicates that RBA #1 and RBA #3 are (reed 
up. The Driver returns these buffers back to the RRA and increments the RWP register accordingly. 
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1.3 Transmitting Packets from the Transmit Descriptor 
Area (TDA) 

For transmit operation, the Driver uses tine TDA to enqueue 
pacl<ets for transmission. IVIultlple pacl<ets may be sent from 
a single command witii each pacl«et allowed to be fragment- 
ed (reside in different areas in memory). The fragments 
themselves may be as small as 1 byte and begin on any 
byte boundary. Furthermore, particular attention has been 
made to allow the Driver to append descriptors "on the fly". 
To send packets, the driver first creates a list of descriptors 
in the TDA, then issues the transmit command. The SONIC 
then reads the TDA and transmits the packets. Once a list is 
created, the Driver can add to this list "on the fly" without 
the SONIC stopping. The following rule, however, must be 
followed: the last TXpktlink field must point to the next loca- 
tion where a descriptor will be added as illustrated in Figure 
1-5 (a). The procedure for appending descriptors is outlined 
as follows: 



1 . Create a new descriptor with its TXpktlink pointing to the 
next vacant descriptor location and its EOL bit set to a 
"1". 

2. Reset the EOL bit to a "0" of the previously last descrip- 
tor. 

3. Re-issue the Transmit command (setting the TXP bit in 
the Command register). 

Re-issuing the Transmit command assures that the SONIC 
will continue to send all packets in the list. If the SONIC is 
currently transmitting, the Transmit command has no effect. 
If the SONIC has stopped transmitting (which occurs if the 
SONIC has reached the last descriptor before the Driver 
has had a chance to appand to it) it continues transmitting 
from where it had previously stopped. The rule, as stated 
above, guarantees that the Current Transmit Descriptor 
(CTDA) register points to a valid descriptor after the SONIC 
has stopped transmitting (see Figures 1-5 (a), (b) and (c)). 
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FIGURE 1-5 a, b, c. Appending Descriptors "On the Fly" in the TDA 

These series of figures shows a scenario whereby the SONIC has reached the end of the descriptor list beforo the Driver has appended a new descriptor. 
(a)This figure shows the Driver has created a list of four descriptors with the last descriptor pointing to the next location where a descriptor will be added The 
transmit command has subsequently been issued and the SONIC has reached the last descriptor. 

I? JHf ^.S-n? ""^ *'™^''*'' transmitting the last descriptor. It reads the last link field and updates the CTDA register to point to the vacant descriptor location Note 
that the CTDA register is already prepared for the next transmission. 

(0) The Driver has appended a descriptor at the vacant location and reissues the transmit command. Note that the CTDA register is pointing to the proper location. 
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2.0 REGISTER MODEL OF THE SONIC 

As a brief review, this section gives a short description of 
the SONIC User registers. This section is similar to section 

4.0 of the SONIC datasheet. It may be skipped wfithout loss 
of continuity. 

2.1 Register Layout 

The SONIC contains 64 16-bit registers used for conveying 
status and control information. Not all registers, however, 
are needed by the system since some registers are used for 
internal operations of the SONIC and others used for in- 
house factory testing. The registers are categorized as fol- 
lows: 



User Registers: The registers are accessed by the user to 
status, control and monitor SONIC operations. These are 
the only registers you need to access. 
Internal Use Registers: These registers are used by the 
SONIC during the course of operation and are not intended 
to be accessed by you. 

Factory Test Registers: These registers are used by Nation- 
al Semiconductor for production testing of the SONIC and 
should not be accessed. Accessing these registers during 
SONIC operations may cause erratic behavior. 
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Command Register 

Data Configuration Register 

Receive Control Register 

Transmit Control Register 

Interrupt Mask Register 

Intermpt Status Register 

Upper Transmit Descriptor Address Register 

Current Transmit Address Register 

Maximum Deferral Timer 

Upper Receive Descriptor Address Register 

Current Receive Address Register 

Upper Receive Resource Address Register 

Resource Start Address Register 

Resource End Address Register 

Resource Read Register 

Resource Write Register 

Receive Sequence Counter 

CAM Entry Pointer 
CAM Address Port 2 
CAM Address Port 1 
CAM Address Port 
CAM Enable Register 
CAM Descriptor Pointer 

CAM Descriptor Count 
CRC Error Tally Counter 
Frame Alignment Error Tally 
Missed Paclset Tally 
Watchdog Timer 
Watchdog Timer 1 
Silicon Revision Register 



Status and Control Fields 



Status and Control Fields 



Status and Control Fields 



Status and Control Fields 



Mask Fields 



Status Fields 



Upper 1 6-Bit Address Base 



Lower 1 6-Bit Address Offset 



Count Value 



Upper 16-Bit Address Base 



Lower 1 6-Blt Address Offset 



Lower 16-Bit Address Offset 



Lower 1 6-Blt Address Offset 



Lower 16-Bit Address Offset 



Lower 16-Bit Address Offset 



Lower 16-Bit Address Offset 



Count Value 



Most Slgnif. 1 6 Bits of CAM Entry 



Middle16BitsofCAMEntry 



Least Signif. 16 Bits of CAM Entry 



Mask Fields 



Lower 1 6-Bit Address Of fset 



Count Value 



Count Value 



Count Value 



Count Value 



Lower 1 6-Bit Count Value 



Upper 1 6-Bit Count Value 



Chip Revision Number 



FIGURE 2-1. User Register Grouping 
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2.2 User Register Grouping 

The User register may be furttier categorized into 6 groups 
(Figure 2-1) based upon their functionality, I.e., Status and 
Controi, Transmit, Receive, Content Addressable Memory 
(CAM), Tally counters, and General-Purpose timer. These 
groups are described as follows: 

2.2.1 Status and Control Registers 

These registers, controlling the transmit, receive, bus, and 
Interrupt operations of the SONIC, consist of the Command, 
Data Configuration, Receive Control, Transmit Control, In- 
terrupt Mask, and Interrupt Status registers. Of these regis- 
ters, only the Command and Internjpt Status register are 
accessed frequently during operation; all others are gener- 
ally accessed only once during Initialization (see section 
3.0). These registers are briefly described below. 
Command register. This register is used for Issuing the com- 
mands to the SONIC such as transmitting packets, enabling 
the receiver, and software reset. Commands may be issued 
by setting the corresponding bit to a "1". During normal 
operation, the transmit command Is the only command that 
is generally used. 

Data Configuration register: This register configures the bus 
interface circuitry, programming the data width size (16 or 
32 bits), wait-state insertion (if any), and FIFO threshold. 
This register may only be written to while the SONIC Is In 
software reset. 

Receive Control register. This register contains two type of 
bits, configuration and status. The configuration bits pro- 
gram the SONIC to accept the different classes of packets 
which may be received such as Physical, Multicast, Broad- 
cast packets, and Runt and Errored packets. The SONIC 
can also accept all packets from the network for network 
management and Bridge applications. The Receive Control 
register also reports the status of the received packet. The 
software should not read this register directly since status is 
updated from the next incoming packet and the previous 
status is overo/rltten. Instead, the software obtains the 
status in the status field (RXpkt.status) of the Receive De- 
scriptor Area. 

Transmit Control register. This register also contains two 
types of bits, configuration and status. The configuration bits 
program the various transmit options for (1) generating and 
interrupts after selected packets have been transmitted, (2) 
enabling when the "Out of Window" collision timer begins 
(either at the beginning of the packet or at the State of 
Frame Delimiter), (3) Inhibiting the CRC from being append- 
ed to the packet, and (4) enabling the excessive deferral 
timer (3.2 jis). The software should not load this register 
directly; Instead, It writes to the configuration field 
(TXpktconfig) of the Transmit Descriptor Area (TDA) which 
the SONIC reads before transmission. The status bits post 
status of the transmitted packet. Again, this register Is not 
directly read since the SONIC clears the status after It reads 
the TXpkt.link field. Instead, the software acquires status 
from the state field (TXpkt.status) In the TDA. 
Interrupt Mask register. This register enables the various 
Interrupts that the SONIC may generate. Writing a "1 " to the 
bit enables the corresponding interrupt. 



Intenvpt Status register. This register reports interrupts 
which the SONIC has generated. Interrupts are Indicated by 
a "1" and are cleared when a "1" has been written to it. 
Since writing a "0" to any bit has no effect, only the speci- 
fied bits are cleared during the write operation. 

2.2.2 Transmit Register 

The Transmit registers, the Upper Transmit Descriptor Ad- 
dress (UTDA) and the Current Transmit Descriptor Address 
(CTDA) registers, locate the active descriptor in the Trans- 
mit Descriptor Area. The UTDA register, containing a fixed 
upper 16 bits of address, A<31:16> and CTDA register, 
containing an active lower 1 5 bits of address, A < 1 5:1 > are 
concatenated together to form a complete 31 -bit address. 
(The SONIC only provides word or double word addressing.) 
The LSB of the CTDA register Is the End of List (EOL) bit 
and is used by the SONIC to determine the last descriptor in 
the list. 

2.2.3 Receive Registers 

The receive registers consist of the Receive Sequence 
Counter, the End of Buffer Count (EOBC) register, and two 
groups of registers, the descriptor registers and the re- 
source registers. These registers are briefly described as 
follows: 

The Receive Sequence Counter: This counter Indicates the 
number of packets that reside In a particular Receive Buffer 
Area (RBA). See section 1.1 for an explanation on how to 
use this register. 

EOBC register. This register defines the lower boundary In 
the RBA. If after reception, the remaining numbers words in 
the RBA are equal to or greater than the EOBC register, 
reception continues within the same RBA; otherwise, the 
SONIC stores the packet In another RBA. 
Descriptor registers: These registers locate the active de- 
scriptor In the Receive Descriptor Area (RDA) and are com- 
posed of the Upper Receive Descriptor (URDA) and the 
Cun-ent Receive Descriptor (CRDA) registers. These regis- 
ters are concatenated similarly as the Transmit registers 
(UTDA and CTDA) above where the URDA contains a fixed 
upper 16 address bits, A<31:16> and the CRDA contains 
the lower 15 address bits, A<15:1 >. The LSB of the CRDA 
register Is used by the SONIC to determine the last descrip- 
tor In the receive list. 

Resource registers: These registers, used to define the Re- 
ceive Resource Area (RRA), composed of the Resource 
Start Area (RSA), the Resource End Area (REA), Resource 
Write Pointer (RWP), Resource Read Pointer (RRP) and the 
Upper Receive Resource Address (URRA) registers. The 
first two registers are static and define the starting and end- 
ing points of the RRA. The second two are active and re- 
spectively point to the next location where the software 
places a new descriptor and where the SONIC reads the 
next descriptor. The SONIC concatenates the last register, 
the URRA with the other registers to provide a full 31 -bit 
address. The URRA register contains a fixed upper address, 
A<31:16> and the other four contain an active lower ad- 
dress, A<15:1>. The LSB of these registers Is not used 
since the SONIC only provide word or double word address- 
ability. 
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2.2.4 CAM Registers 

The CAM registers are used to access the 16 48-bit CAM 
entries. Because random accessibility to all CAM entries 
would consume too much register space (16x3 = 48 loca- 
tions), the CAM entries are accessed via a 4-bit pointer reg- 
ister (CAM Entry Pointer) and 3 16-bit ports (CAM Access 
Ports to 2). The CAM Entry Pointer selects 1 of 16 entries 
and the CAM Access Ports to 2, respectively access the 
least through the most significant portions of the 48-bit entry 
(Figure 2-2). 

Note: The least significant byte of the address Is the first byte received/ 
transmitted from the network. 

Reading the CAM 

The CAM is accessed in the following manner: 

1) Place the SONIC in software reset by setting the RST bit 
in the Command register. This condition must be met be- 
fore reading the CAM. 

2) Select the CAM entry by writing the corresponding value 
in the CAM Entry Pointer. 

3) Read the CAM Address Ports to 2 to obtain the com- 
plete 48-bit entry. 
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FIGURE 2-2. CAM Organization 

Writing to tiie CAM 

To avoid internal conflicts with the CAM entries when re- 
ceiving packets, the SONIC does not allow the entries to be 
written to directly. Instead, the entries are written to indirect- 
ly via the CAM Descriptor Area (CDA). This area, maintained 
in memory, contains the data to be written into the CAM and 
upon command, the SONIC reads this area and load its 
CAM. The CDA is composed of n number descriptors (Fig- 
ure 2-3) which are used to load the CAM Entry Pointer, the 
CAM Access Ports, and the CAM Enable register. To pro- 
gram the CAM, you first initialize the CDA, load the CAM 
Descriptor Count register with the number of descriptors 
and the CAM Descriptor Pointer register with the starting 
address of the CDA, then issue the Load CAM command to 
the SONIC. This operation is summarized below: 

1) Load the CDA as specified in Figure 2-3. 

2) Load the CAM Descriptor Count register with the 
number of descriptors. 

3) Load the CAM Descriptor Pointer register with the 
starting address of the CDA. 

4) Issue the Load CAM command (setting the LCAM bit 
in the Command register). The SONIC finishes this 
command when the LCAM bit is reset 
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FIGURE 2-3. CAM Descriptor Area Format 

2.2.5 Tally Counters 

The Tally counters maintain the network management 
events which occur too frequently for the software to main- 
tain. These events, CRC errors, frame alignment errors, and 
missed packets are tallied by the CRC, FAE and Missed 
Packets Tally counters, these counters are 16-bit counters 
and can generate an interrupt when a rollover occurs. 
These registers are generally used in conjunction with soft- 
ware to maintain a 32-bit counter. These counters maintain 
the time-sensitive lower 1 6 bits of the count while software 
maintains the upper 16 bits. 

2.2.6 Generai-Purpose Timer 

This 32-bit timer, clocked at one half the 10 MHz transmit 
clock frequency, is used for timing user dofinablo events. 
The timer measures events ranging from microseconds up 
to minutes. The time can be calculated by multiplying the 
count value by 200 ns (Va the transmit clock period). Table 
2-i gives some example values. To use the timer, you first 
load the timer with a count value, then start the timer by 
setting the ST bit in the Command register. The SONIC then 
begins decrementing the timer. When the rollover is 
reached (0000 OOOOh to FFFF FFFFh), the Timer Complete 
(TC) bit in the Intermpt Status register is set. Note that the 
timer does not stop when the rollover occurs, but continues 
to decrement (from FFFF FFFFh). It must be explicitly 
stopped by setting the STP bit in the Command register. 



Table 2-1. Example Timer Values 


Timer 


WT1 


WTO 


0.1 sec 


7 


A120 


0.5 sec 


26 


25A0 


1.0 sec 


4C 


4B4 


10 sec 


2FA 


F080 


30 sec 


8F0 


D180 


1 min 


11E1 


A300 


5min 


5968 


2F00 


10 min 


B2D0 


2E00 



2.2.7 Silicon Revision Register 

This register supplies information on the revision stepping of 
the SONIC. This register begins at zero and counts upward. 
Contact National Semiconductor for latest information on 
this register. 
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3.0 INITIALIZING THE SONIC 

Initializing the SONIC is the crucial first step before any 
SONIC operations can commence. This step involves set- 
ting up the SONIC's registers for reception and transmission 
and initializing the memory structures for the Buffer Man- 
agement. This section describes the initialization process by 
introducing what information is needed, then discussing an 
example initialization routine. 

Getting Started 

Before initializing the SONIC, a few details regarding the 
hardware and networit operating system must be obtained. 
By answering the questions below, the required information 
can be gathered. 

1) What is the bus size? 

The SONIC supports bus sizes of 16 or 32 bits. 

2) Does the system operate in a synchronous or asynchro- 
nous manner? 

This question refers to how the RD?i (or DASCKO.I) in- 
put is issued to the SONIC. If this line is asserted with 
guaranteed setup and hold times by the hardware, use 
synchronous mode; othen/vise, use asynchronous mode. 
Synchronous mode has the advantage of having a mini- 
mum memory cycle of 2 bus clocks as opposed to 3 bus 
clocks for asynchronous mode. 

3) What is the maximum bus latency does the SONIC ex- 
pect? 

The bus latency is the time from when the SONIC re- 
quests for the bus (by asserting the HOLD or BR pin) to 
when the SONIC begins using the bus. The bus latency 
tolerance can be increased by programming the transmit 
FIFO threshold higher and the receive FIFO lower. The 
bus latency tolerance is calculated by the following equa- 
tions: 

TX FIFO Tolerance = (FIFO threshold) 

• (0.8 us) 
RXFIFO Tolerance = (32 - FIFO threshold) 

•(O.Sfis) 

4) Do wait-states need to be added into the memory cycle? 
The SONIC can operate up to a 2 bus clock memory 
cycle. If this is too fast, you can program the SONIC to 
insert 1 to 3 wait-states for each memory cycle. A two 
clock memory cycle requires a memory access time of 
approximately 40 ns-50 ns. (Note th at wa it state can 
also be inserted by hardware using the RDYI or DSACKO, 
1 inputs.) 

5) What type of packets do you want to accept? 

The SONIC is generally programmed to accept its own 
physical address and the Broadcast address. In some 
applications, however, the SONIC may be programmed 
to accept multiple physical/multicast addresses (up to 
16), and errored and runt packets. 

6) What is the maximum number of consecutive packets 
that you expect to receive? 



This question is perhaps the most difficult to answer 
since it deals with the upper level protocols. In many 
transport protocols, flow control is used by the receiving 
node to limit the number of consecutive packets the 
transmitting node may send unacknowledged. This is 
generally called the "window size". Ideally, the software 
provides the SONIC with the memory resources it needs 
to completely buffer a complete "window". 
7) What types of interrupts do you want the system to re- 
spond to? 

The SONIC can generate a variety of interrupts. Not all 
interrupts, however, need be (or should be) used to gen- 
erate interrupts to the system. For maximum perform- 
ance, you want as few inten-upts as possible. A typical 
system allows interrupts occurring from good receptions 
and transmissions, and errored transmissions. 

Initialization Example 

Once the above questions have been answered, you can 
begin coding the initialization routine. This routine has been 
divided into 9 steps, but, only steps 1 and 9 need to be 
followed in the order presented. Example code is provided 
in the appendix. 

1) Reset the SONIC: When the SONIC is powered-on, the 
hardwa re generally resets the SONIC by pulsing the 
RESET pin low. Thus, software does nothing to reset the 
SONIC. Once reset, the SONIC remains in reset mode 
until the RST bit in the Command register is cleared. If 
the hardware does not provide the reset, the software 
can perform the functional equivalent by simply setting 
the RST bit. All initialization should be done in reset mode 
to prevent spurious actions by the SONIC. 

2) Configure the System Interface: This step writes to the 
Data Configuration Register (DCR) to configure the SON- 
IC's bus interface circuitry. The configuration information 
is found by answering questions 1 through 4, discussed 
above. Note that the DCR can only be written to in reset 
mode. 

3) Set Up the Receive Filters: This step determines what 
types of packets to accept (i.e., Physical, Multicast, 
Broadcast, Runt, and Errored packets) and what ad- 
dresses to accept. The type of packet to accept is pro- 
grammed in the Receive Configuration register and the 
addresses to accept are programmed into the Content 
Address Memory (CAM). See section 2.2.4 for loading 
the CAM. 

4) Enable the Interrupts: This step enables the interrupts by 
writing to the Interrupt Mask register (IMR). Note that the 
inten-upting condition is indicated by the Interrupt Status 
Register (ISR), but will not generate an interrupt unless 
the corresponding IMR bit is set. Note also that if the 
SONIC is initialized in reset mode, no interrupts can be 
generated. 

5) Initialize Memory: This step initializes the three memory 
structures used by the SONIC for transmission and re- 
ception and allocates the memory blocks for storing re- 
ceived packets. An initialization example is illustrated in 
Figures 3-1 and 3-2. The non-shaded areas indicate 
fields which must be initialized and shaded areas indicate 
fields which are written to by the SONIC. 
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There are a few caveats discussed below: 
All Descriptor Areas: 

• Descriptor must be aligned to word (16-bit) boundaries 
In 16-bit mode and aligned to double word (32-bit) 
boundaries in 32-bit mode. 

• The Descriptor Areas must not cross over a 32k word 
boundary since it only operates within this range. 

• In 32-bit mode, the upper 16 data bits, D<31:16> are 
not used. 

Transmit Descriptor Area: 

• The transmit buffers (Transmit Buffer Area) may be 
aligned to any boundary; that is, the TXpkt.ptrO, 1 fields 
may contain any value. 

• The packet and fragment size may be as low as 1 byte; 
that is, the TXpkt.pkl_size and TXpkt.frag_size may 
contain the valuu of one. 

Receive Resource Area 

• The resource descriptors must be contiguous and can 
not straddle the endpoints. 

• In the lower buffer pointer field, RXrsrc.ptrO, the SONIC 
ignores least significant bit in 16-bit mode and the 2 
least significant bits in 32-bit mode. This forces receive 
buffers to always align to either word or double word 
boundaries. 



6) Initialize the Buffer Management Registers: This step ini- 
tializes the buffer management registers to the starting 
positions in the buffer management (see Figures 3-1 and 
3-2). These initialized registers are shown in Table 3-1. 

7) Issue BRA command: By setting the RRRA bit in the 
Command register, you force the SONIC to read the 
RRA. The SONIC reads the RRA beginning at the RRP 
location and loads the following registers. (For mnemon- 
ics description, see appendix.) 

CRBAO ♦- RXrsrc.ptrO 

CRBA1 *— RXrsrcptrl 

RBWCO •<— RXrsrc.wcO 

RBWC1 «— RXrsrc.wcl 
After this command has executed (RRRA bit resets), the 
SONIC is ready to store the next packet in the first RBA 
allocated to it. 

8) Clear and Tally Counters (optional): The tally counters 
(CRC, Frame Alignment, and Missed Packets) may be 
cleared by writing FFFFh to these registers. These coun- 
ters will rollover after FFFFh is reached. 

9) Bring the SONIC On-line: This last step commissions the 
SONIC to receive, transmit, and generate interrupts. The 
software enables the SONIC by setting the RXEN bit and 
clearing the RST bit in the Command register. 
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TABLE 3-1. 


Initialization of Buffer lUanagement Registers 


Reg. 


Initialized with 


URDA 


A<31:16> of starting location of RDA 


CRDA 


A< 1 5:1 > of starting location of RDA 


UTDA 


A<31:16> of starting location of TDA 


CTDA 


A<15:1 > of starting location of TDA 


URRA 


A<31:16> of starting location of RRA 


RSA 


A<15:1> of starting location of RRA 


REA 


A<15:1> of ending location of RRA 


RRP 


Points to first descriptor the SONIC reads 


RWP 


Points to next location where the software 
will place a descriptor 



UTDA 



EED- 



Transmit 
Descriptor Area 



( 



TXpkt.statuSoSSJi 



TXpkt.config 



TXpkl.pkl_slz6 



TXpktfrag_count 



TXpkt.frag_ptrO 



TXpkt.frag_ptr1 



TXpkt.frag_size 



TXpkl.frag.ptrO 



TXpktfrag_ptr1 



TXpkl.frag_size 



TXpktlink I EOL 



J>(fk(MitMsi:-i:0 



TXpktconfig 



TXpkl.pkt_stzs 



TXpkt.frag_count 



TXpkl.frag_ptrO 



TXpkl.frag_ptr1 



TXpkt.frag_size 



TXpkt.link 



Transmit 
Buffer Area 



FIGURE 3-1. initialization Example for Transmit Buffer iVIanagement 
(shaded areas not initialized) 
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Receive 
Resource Area 



Receive 
Buffer Area 



Receive 
Descriptor Area 



I URRA I RSA^ 




RXpkt.stalu<.;;;-vv 



RXpkt.bj;te_counl-- 



RXpkl.pkCptrp:;- 



;RXpkt.pkl.ptr!W;; 



RXpktse(^_np:.v-:V;;. 
RXpkt.lInk I EOL 



RXpkt.In^use 



RXpkt,pkt_ptrp .;. 



RXpkistaiiisJj;:;;; 



RXpkibjrtflr_count;;; 



RXpkt.pkt.plr1.;; 



RX pkt. s e q_n o v;. vv!;V 
RXpkt.lInk I E 



RXpkt.in_use 
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FIGURE 3-2. Initialization Example for Receive Buffer Management 
(stiaded areas not Initialized) 



4.0 WRITING DRIVERS FOR THE SONIC 

The Driver (see Figure 4-1), being the lowest level of soft- 
ware, shields the upper software levels from the details of 
the hardware. The Driver performs the required low-level 
transmit and receive functions such as passing pacl<et up to 
the upper level software, recycling receive buffers, and en- 
queuing packets for transmission. The Driver performance 
is important since it may potentially receive packets at the 
full network rate. Any packet losses at this level can severe- 
ly affect the overall performance of the network. This sec- 
tion describes the basic algorithms for writing a Driver for 
the SONIC. Example code is provided In the appendix. 



Operating System 



-^ Upper Level -^ 

Protocols 
— eg. TCP/IP, ■ 
Apple Talk, 
1 Netware 



vLAN Card Driver:.;; 
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FIGURE 4-1. Relationship of Driver 
of Upper Level Software 



Overview 

The Driver for the SONIC consist of two procedures, INITI- 
ATE_TX (Figure 4-2) and SONIC_ISR (Figure 4-3) for 
transmit and receive operations. During transmit operations, 
the upper level software first assembles packets for trans- 
mission by gathering the pointers to the fragments and then 
calling INITIATE_TX to begin the transmission. When the 
SONIC finishes transmission, it Interrupts the system. The 
system then enters the Interrupt service routine, 
SONIC_ISR, where it reports the status of the packets 
transmitted. During received operations, the SONIC also in- 
terrupts the system upon receiving a packet. The system 
enters SONIC_ISR to post status and then to pass the 
packet up to the upper level software via pointers. 

4.1 INITIATE_TX 

This procedure requires that all pointers to the fragments 
and the sizes of these fragments are passed down to it by 
the upper level software. It only Initiates a packet for trans- 
mission; it does not report status. This action is performed 
by SONIC_ISR after the packet has been transmitted. 
INITIATE_TX operates as follows: 

1) Obtains the pointers delivered by the upper level soft- 
ware and fills out a descriptor in the Transmit Descriptor 
area (TDA). 

2) If the packet is less than 64 bytes, it pads It out to this 
length. 

3) Issue the transmit command to the SONIC and return. 

It is important that descriptors are' appended In the manner 
prescribed in section 1 .3. This algorithm Improves perform- 
ance by guaranteeing that the SONIC continues to transmit 
all packets In the descriptor list. 



at 
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4.2SONIC_ISR 

This procedure is the interrupt service routine wtiich re- 
sponds to three interrupts generated by the SONIC: PACK- 
ET RECEIVED, TRANSMISSION DONE, and TRANSMIT 
ERROR. Interrupts occurring before and during the interrupt 
service routine are serviced before SONIC_ISR exits. 

SONIC ISR Is brol^en down into three main sections: (1) 

reading the cause of the interrupt, (2) processing received 
pacl(ets, and (3) posting status of transmitted packets. The 
first action performed is finding the cause of the internjpt. 
For receive Interrupts, SONIC_ISR jumps to the receive 
routine, and for transmit interrupts (good and errored trans- 
missions), it jumps to the transmit routine. The receive rou- 
tine examines the first descriptor in the RDA, then passes 
the pointer of the packet up to the upper level software for 
further processing. It continues reading the RDA until It 
reaches the end of the descriptor list. The receive routine 
also recycles receive buffers as necessary. The transmit 
routine reads the first descriptor in the TDA and reports the 
status of the transmitted packet to the upper level software. 
If more than one packet has been enqueued, the transmit 
routine examines the complete list in the TDA. SONIC_ISR 
is summarized below. 
Reading the Interrupt 

1) Read the Interrupt Status register for the cause of Inter- 
rupt. If a transmit Interrupt has occurred, go to step 2; If a 
receive Interrupt has occurred, go to step 4; or if no more 
interrupts are present, return. 

Transmit Routine 

2) Read the next TXpktstatus in the Transmit Descriptor 
Area and post status to the upper level software. 

3) Read the End of List (EOL) bit in the TXpktlink field to 
determine if the current descriptor is the last descriptor. If 
it is not, go back to step 2 to post status of the remaining 
packets; otherwise go back to step 1 . 

Receive Routine 

4) Read the next RXpkt.status field in the Receive Descrip- 
tor Area and pass the pointer and status of the packet up 
to the upper level software. 

5) Read the RXpkt.seq_no field. If the RBA number is dif- 
ferent from the previous one, enter the RBA number into 
the RBA "scoreboard". For more information, see sec- 
tion 1.2. 

6) Check the LPKT bit from the RXpkt.status field. If set to 
"1", enter the packet sequence number (from the 
RXpkt.seq_no) into the RBA scoreboard. 



7) Read the RXpkt.ln_use field, if the field is cleared to all 
zeros, go back to step 4 to process the remaining pack- 
ets; otherarise If RXpkt.in use Is not equal to zero, the 

end of the list has been reached; proceed to step 7. 

8) Call the system to determine which packets have been 
processed by the upper level software. Tally the process- 
ed packets in he RBA scoreboard. 

9) Find freed up RBAs and return them to the front of Re- 
ceive Resource Area (RRA). 

10) Find the freed up receive descriptors and return them to 
the front of the descriptor list; then go to step 1 . 




Append fragment 

to increase packet 

size to 64 bytes 

le. TXpkt.pkt_size = 64 



Append descriptor 
to front of list 



Issue Transmit 
command 



( Return ) 
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FIGURE 4-2. INITIATE_TX Routine 
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Find next TX 
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find all processed 

packets 
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Return processed 
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of RRA ring 
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FIGURE 4-3. SONIC_ISR Routine 
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5.0 STRATEGIES FOR IMPROVING DRIVER 
PERFORMANCE 

Making the Driver as efficient as possible Is crucial for the 
overall performance of the network. Empirical results have 
shown that the difference between a poor and a good Driver 
can vary as much as 10% to 20%. The Driver is particularly 
vulnerable to becoming a bottleneck since it may, at times, 
be receiving data at the full network bandwidth (10 Mb/s). 
Any packets that are lost at the Driver level impacts all lev- 
els. While upper level protocols provide packet recovery 
mechanisms, these tend to be quite slow (on the order of 
seconds). Typically, software timers must time out before 
the upper level software retransmits an unacknowledged 
packet, in this section, some hints are discussed to make a 
fast Driver. 

1) Write the Driver In assembly code: The fastest code is 
generally written in assembly code since people write 
more efficient code than a compiler. Writing your own 
assembly code also gives you the option to use some 
"tricks" which are not normally accepted as "good" pro- 
gramming practice. One such example is using a JUMP 
statement instead of a CALL statement. The JUMP state- 
ment, by nature, is quite messy, but is considerably taster 
since it involves less CPU cycles. Of course, the disad- 
vantage in using assembly code is that it is less readable 
and portable. As a compromise, you may consider a good 
optimizing compiler. 

2) Reduce the Number of Interrupts: Interrupts to the sys- 
tem Inherently make It less efficient since the CPU must 
make a context switch between what it was currently do- 
ing to the interrupt service routine. This switch Involves 
pushing the CPU registers onto the stack, jumping to an 
interrupt vector table. Issuing an interrupt acknowledge to 
the interrupt controller, then executing the interrupt serv- 
ice routine. The overhead associated with each interrupt 
makes the CPU less efficient The example interrupt serv- 
ice routine discussed in section 4.0, responded to inter- 
rupts generated from good transmission and receptions, 
and errored transmission. It Is possible, however, to re- 
duce the source of Interrupts to just two, allowing only 
interrupts to occur from good receptions and errored 
transmissions. The reason good transmission interrupts 
may be eliminated Is because the upper level software 
generally does nothing for these events. Only for an er- 
rored transmission must the upper level software inter- 
vene such as to retransmit the packet. Good transmis- 
sions, while they still need to be reported, can be status 
on a less timely basis such as after processing receive 
interrupts or after a specified time period. The SONIC's 
General Purpose timer can be used to generate such a 
time period. 

3) Append Transmit Descriptors as described in section 1.0: 
The algorithm described guarantees that the SONIC con- 
tinues to transmit all packets in the list, even If it has 
reached the point where the new descriptor(s) have been 
appended to the end of the list. If the algorithm Is not 
followed, the SONIC may stop at the enjoining point and 
this forces the Driver to Intervene. 

4) Supply Sufficient Number of Receive Packet Descriptors: 
Since the receive descriptor uses a relatively small 
amount of memory (7 words or double words, depending 
on the data size mode), allocate sufficient number of 
them such that the SONIC never (or at least rarely) runs 



out of them. If the SONIC ever runs out of them, recep- 
tion ceases, resulting in packet losses. The number of 
descriptors to allocate can be determined by answering 
question 6 of section 3.0. 

5) Make the Receive Resource Area (RRA) Sufficiently 
Large: Since the RRA does not take up much memory (4 
words or double words per descriptor), make It larger 
than the total number descriptors you expect to put into 
it. For example, if you expect you will need 10 resource 
descriptors, make the RRA large enough to accommo- 
date 15 descriptors. Making the RRA larger than you will 
need, prevents the RRA from becoming a bottleneck in 
adding more resources. 

6) Optimize the Size of the Receive Buffer Areas (RBAs): 
Generally speaking, the larger the RBAs, the more effi- 
cient the Driver. This Is because the Driver handles fewer 
number of receive buffers and, thus, less processing time 
is dedicated to managing the buffers. There is a tradeoff, 
however. If the buffers are very large, the entire buffer 
areas are locked out for recycling so that large buffers 
become less space efficient in memory. As a guideline, 
4k to 8k byte RBAs are good starting points for experi- 
mentation. Use larger buffers, if memory Is plentiful. 

6.0 SELF-TEST DIAGNOSTICS 

After the hardware has been designed and the Drivers writ- 
ten, there Is still a need to verify that the hardware Is still 
functioning. Rough shipping or improper handling (without 
static protection) can produce Innumerable problems. Some 
boards which work fine In the lab invariably fail in the field. 
Thus, self-test diagnostics are used to determine the health 
of the boards and diagnose problems if something is amiss. 
Figure 6-1 shows the basic components of the Ethernet sys- 
tem: address decode circuitry, data buffers, bus interface 
logic, Ethernet chipset (SONIC and transceiver) and the 
Ethernet connectors (BNC and 15-pln D). The Ethernet 
hardware can be fully tested by using the SONIC's three 
loopback modes. Each loopback mode is full-duplex, trans- 
mitting data as well as receiving It and are summarized be- 
low. An example routine is given in the appendix. 
Model: Data is routed back through the SONIC's MAC 
Unit. Both the transmit and receive Buffer Manage- 
ment operations are active and must be initialized 
accordingly. Verifies the MAC Unit, Bus interface 
logic, address decode circuitry and data buffers. 
Mode 2: Similar to above, but data is routed back through 
the SONIC's ENDEC Unit. Verifies the SONIC's 
ENDEC unit. 
Mode 3: Similar to above, but data is routed back at the 
transceiver. Verifies the Ethernet connectors (BNC 
and 15-pin D) and Ethernet transceiver (DP8392 
CTI). 
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Appendix 

A. Initialization Routine 

/* */ 

/* Initialization Routine for SONIC */ 

/* */ 

3onic_init () 
{ 
unsigned short init_RRA[512] ; /* memory for RRA */ 

/* initialize some registers */ 
set_reg_value () ; 

/* allocate memory for TX descriptors and init UTDA and CTDA */ 
init_tda() 

/* Init receive buffer area and RX registers */ 
Init_De3_page () ; 
I n i t i a 1_RRA ( RRA_NUM ) ; 
Init_RDA(RDA_NUM) ; 

/* Issue Read RRA command ,*/ 

/* Must first bring SONIC out of reset before issuing any 

commands * / 
REG_WRITE(card.crd_iobase+S0NIC_cr*2, 0x0) ; 
REG_WRITE(card.crd_iobase+SONIC_cr*2, 0x0100) ; 

/* Bring SONIC on-line by enabling MAC receiver */ 
REG_WRITE(card.crd_iobase+S0NIC_cr*2, 0x0008) ; 

} 
/**«**«*********************************************************/ 

/* This routine initializes some of the SONIC's registers. */ 

/* ie., CR, DCR, RCR, IMR, ISR, CRCT, FAET, and MPT */ 

/***************************************************************/ 

set_reg_value () 

( . 

/* Put SONIC is reset */ 
REG_WRITE(card.crd_iobase+S0NIC_cr*2, 0x0080); 

/* dcr value depends upon data width (16 or 32 bits) */ 
#ifdef BIT32 

REG_WRITE(card.crd_iobase + S0NIC_dcr*2, 0x00f9) ; 
#else 

REG_WRITE(card.crd_iobase + S0NIC_dcr*2, 0x00d9) ; 
#endif 

REG_WRITE(card.crd_iobase + S0NIC_rcr*2, 0x0000); 

REG_WRITE(card.crd_iobase + S0NIC_imr*2, OxSfff ) ; 
/* Clear ISR */ 

REG_WRITE(card.crd_iobase + S0NIC_isr*2, Oxffff ) ; 
/* Clear Tally counters by writing FFFFh to them */ 

REG_WRITE(card.crd_iobase + SONIC_crct*2, Oxffff); 

REG_WRITE(card.crd_iobase + S0NIC_faet*2, Oxffff); 

REG_WRITE (card.crd_iobase + S0NIC_mpt*2, Oxffff); 
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* 

* Allocate memory for TDA and initialize UTDA and CTDA registers. 

init_tda ( ) 
{ 

short i; 

unsigned long addr; 

unsigned long tdal_start, tda2_start, tda3_start; 

unsigned short saddr; 

unsigned short ul6, 116; 

/* Allocate memory for TDAs */ 

tdal= (ONE_FRAG_TDA *) malloc (sizeof (ONE_FRAG_TDA) + 2); 

tdal_start = (unsigned long) tdal; 

tda2=(rW0_FRAG_TDA *) malloc (sizeof (TWO_FRAG_TDA) + 2) ; 

tda2_start = (unsigned long) tda2; 

tda3=(TW0_FRAG_TDA *) malloc (sizeof (TWO_FRAG_TDA) + 2); 

tda3_start = (unsigned long) tdaS; 

/* Force TX descriptors to double word alignment */ 
#ifdef BIT32 

if ( (tdal_start & 0x00000003) == 0) 

else 

tdal_start += 2; 
if ( (tda2_start S 0x00000003) == 0) 

else 

tda2_start += 2; 
if ( (tda3_start S 0x00000003) == 0) 

else 

tda3_start +- 2; 
#endif 

/* Convert the double word alignment address to pointer */ 
tdal= (ONE_FRAG_TDA *) tdal_start;. 
tda2=(TW0_FRAG_TDA *) tda2_start; 
tda3=(TW0_FRAG_TDA *) tda3_start; 

/* Finding effective address of TDAl to load UTDA and CTDA regs.*/ 

addr= (unsigned long) tdal; /* Using large mem. model..*/ 
/* addr is the address in 8086 format */ 
/* upper 16 bits = BASE, lower 16 bits = OFFSET */ 

ul6 = addr » 16; 

116 = addr; 

addr= (unsigned long) ul6 * 16 + 116; 

ul6 =addr » 16; 

REG_WRITE(card.crd_iobase+S0NIC_utda*2, ul6) ; 

REG_WRITE(card.crd_iobase+S0NIC_ctda*2, addr) ; 

) 
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Name 0> 

Initialize Descriptor Page 
Syntax 

Init_De3_Page () ; 
Description 

This function gets 3 4K consecutive bytes of memory 

from the host for the RBA. Also initializes the URRA 

and CDP registers. 

Input 

None . 

Author 

Michael Lui 

short Init_Des_Page () 

{ 

unsigned short urra; /* upper 16 bits of the beginning 

addr of RRA */ 
unsigned short urda; /* upper 16 bits of the beginning 

addr of RDA */ 
unsigned short cdp; /* beginning address of the cdp */ 

R_DESCRIPrOR *temp_RDA; 

unsigned short i; /* index */ 

unsigned long laddr; 
unsigned long addr; 
long EA ( ) ; 

unsigned long rbal_start, rba2_start, rba3_start; 
unsigned short ul6, 115; 

/* allocate memory to RDAs */ 
L_RDA=F_RDA=NULL ; 
for <i=0; i<RDA_NUM; i++) { 
temp_RDA= (R_DESCRIPTOR *) malloc (sizeof (R_DESCRIPTOR) + 2); 

/* force double word alignment for RX descriptor */ 
#ifdef BIT32 

addr = (unsigned long) temp_RDA; 
if ((addr S 0x00000003) ==0) 

else 

addr += 2; 
temp_RDA = (R_DESCRIPTOR *) , addr; 
#endif 

temp_RDA->next=NULL; 
if (F_RDA == NOLL) 

L_RDA=F_RDA=t emp_RDA ; 
else { 

L_RDA->next=temp_RDA; 

L_RDA=terap_RDA ; 
} 
} 

/* allocate memory for RBA */ 
init_RBAl= (unsigned char *) malloc (4100) ; 
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init_RBA2= (unsigned char *) malloc (4100) ; 
init_RBA3= (unsigned char *) malloc (4100) ; 

rbal_start= (unsigned long) init_RBAl 
rba2_start= (unsigned long) init_RBA2 
rba3_start= (unsigned long) init_RBA3 

/* forcing double word alignment for RBAs. */ 
ifdef BIT32 

if ( (rbal_start S 0x00000003) == 0) 

else 

rbal_start+=2; 

if ( (rba2_start & 0x00000003) == 0) 

else 

rba2_start+=2,- 

if ( (rba3_start & 0x00000003) == 0) 

else 

rba3_start+=2; 
#endif 

/* Convert double word alignment address to pointer */ 
RBAl = (unsigned char*) rbal_start; 
RBA2 = (unsigned char*) rba2_start; 
RBA3 = (unsigned char*) rba3_start; 

/* initialize UREIA and CDP registers */ 
RRA_start = (unsigned long) init_RRA; 
/* check RRA is aligned on double word boundary */ 
ifdef BIT32 

if ( (RRA_start & 0x00000003) == 0) 

else 

RRA_start+=2; 
#endif 

/* Assign urra */ 

laddr = (unsigned long) RRA_start; 

ul6=laddr » 16; 

116=laddr; 

laddr = (unsigned long) ul6 * 16 + 116; 

urra = laddr » 16; 

/* Load the URRA register */ 

REG_WRITE(card.crd_iobase+SONIC_urra*2, urra) ; 

/* load the CDA descriptor pointer */ 

laddr = (unsigned long)ul6 * 16 +116 +CAM_OFFSET; 

cdp=laddr; 

/* load the CDP register */ 

REG_WRITE (card.crd_iobase+S0NIC_cdp*2,cdp) ; 
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Name 0> 

Initialize RRA 

Syntax 
flag=Init_RRA<n) ; 

Description 

This function will create a circular queue with n 

number of RRA descriptors in it. The RRA descriptors 

are pointing to the corresponding RBA blocks. It will 

also load the RSA, REA, RRP, and RWP registers. 

Returned Value 
1 = Success 
= Failed 

Author 
Michael Lui 

short Initial_RRA() 
( 

struct sonicreg *sonic=0; 
unsigned short rsa; /* Resource Start Area */ 

unsigned short rea; /* Resource End Area */ 

unsigned short rrp; /* Resource Read Pointer */ 

unsigned short rwp; /* Resource Write Pointer */ 
unsigned short urba; /* Upper 16 bit of the RBA starting 

address */ 
unsigned short Irba; /* Lower 16 bit of the RBA starting 

address */ 
unsigned short i; /* for loop index */ 

unsigned short low_addr; 

unsigned short high_addr; 

unsigned long addr, laddr; 
short inc; /* RRA increment */ 

unsigned short ul6, 116; 

addr = (unsigned long) RRA_start; 
ul6=addr » 16; 
116=addr; 
addr = (unsigned long) ul6 * 15 + 116; 

/* Lower 16 bit of the RRA */ 
rsa = (unsigned short) addr; 

/* Load the RSA Register */ 
REG_WRITE(card.crd_iobase+S0NIC_rsa*2, rsa) ; 

laddr-addr + RWP_OFFSET; 

rea = (unsigned short) laddr; /* Ending address of RRA */ 

/* Load the REA Register */ 

REG_WRITE(card.crd_iobase+S0NIC_rea*2, rea); 

rrp = rsa; /* Read Pointer starts at the beginning 

address */ 

/* Load the RRP Register */ 
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T" REG_WRITE(card.crd_iobase+SONIC_rrp*2, rrp) ; 

< 

laddr = addr + RWP_0FFSET/2; 

rwp = (unsigned short) laddr; /* Only 3 descriptors 

initially */ 

/* Load the RWP Register */ 

REG_WRITE(card.crd_iobase+S0NIC_rwp*2, rwp) ; 

/* Initialize the RFIA descriptors */ 
RRA=RRA_start; 

/* for 32-bit memory each descriptor uses a double word, for 
16-bit memory, each descr. uses a word. */ 
#ifdef BIT32 
inc=4; 
#else 

inc=2; 
#endif 

/* Load RBAl address */ 
addr= (unsigned long) RBAl; 
ul6=addr » 16; 
116=addr; 
addr= (unsigned long)ul6 * 16 + 116; 
low_addr = addr & OxOOOOffff; 

* (unsigned long *)RRA = low_addr; 
RRA +=inc; 

* (unsigned long *)RRA = addr » 16; 
RRA +=inc; 
/* Load RXrsrc.buff_wcO */ 

* (unsigned short *)RRA = 0x0800; 
RRA +=inc; 
/* Load RXrsrc.buff_wcl */ 

* (unsigned short *)RRA = 0; 
REIA +=inc; 

/* Load RBA2 address */ 
addr= (unsigned long) RBA2; 
ul6=addr » 16; 
116=addr; 

addr= (unsigned long) ul6 * 16 + 116; 

low_addr = addr S OxOOOOffff; 

* (unsigned short *)RRA = low_addr; 
RF(A +=ino; 

* (unsigned short *)RRA = addr » 16; 
RRA +=inc; 
/* Load RXrsrc.buff_wcO */ 

* (unsigned short *)RRA = 0x0800; 
RRA+=inc; 
/* Load RXrsrc.buff_wcl */ 

* (unsigned short *)Ey^ = 0; 
RRA +=inc; 

/* Load RBA3 address */ 
addr= (unsigned long) RBA3; 
ul6=addr » 16; 
116=addr; 

addr= (unsigned long)ul6 * 16 + 116; 

low_addr = addr S OxOOOOffff; 

* (unsigned short *)RRA = low_addr; 

RRA+=inc; 

* (unsigned short *)RRA = addr » 16; 
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RRA+=inc; 

/* Load RXr3rc.buff_wcO */ 

* (unsigned short *)RRA = 0x0800; 
RRA+=inc; 

/* Load RXrsrc.buff_wcl */ 

* (unsigned short *)RRA = 0; 
RRA+=inc; 
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I /A************************************************************ 

Name 
Initialize RDA 

Syntax 

flag = Init_RDA(n) ; 

Description 

This function will create a linked list of some 
arbitrary number of packet descriptors. The EOL bit for 
the last descriptor should set to 1 while the others 
should set to . The in_use field should set to a 
non-zero value for all descriptors. The CRDA register 
should loaded with the address of the first descriptor. 

Returned Value 
1 = Success 
= Failed 

short Init_RDA() 

{ 

unsigned long crda; /* Current CRDA Register */ 

unsigned char *RDA; /* RDA address */ 

R_DESCRIPTOR *cur_RDA; /* current RDA */ 
unsigned short n_RDA_addr; /* next RDA address */ 

unsigned long addr; 

short i; 

unsigned ul6, 116; 

crda = (unsigned long) F_RDA; 
ul6 = crda » 16; 
116 = crda; 
crda = (unsigned long)ul6 * 16 + 116; 

/* Load the CRDA Register */ 
REG_WRITE (card. crd_iobase+SONIC_crda*2, crda) ; 

cu r_RDA=F_RDA ; 

while (cur_RDA->next != NULL) 
{ 

addr = (unsigned long) cur_RDA->next; 

ul6 = addr » 16; 

116 = addr; 
addr= (unsigned long) ul6 * 16 + 116; 
n_RDA_addr= (unsigned short) addr; 
cur_RDA->pkt_link=n_RDA_addr; 

cur_RDA->status=0 ; 

cur_RDA->byte_count=0; 

cur_RDA->pkt_ptrO=0; 

cur_RDA->pkt_ptrl=0 ; 

cur_RDA->seq_no=0; 
cur_RDA->in_use=Oxff ff ; 
cur_RDA=cur_RDA->next ; 
} 

/* last descriptor */ 
cur_RDA->pkt_link=0x0001; /* last desr. has EOL = 1 */ 
cur_RDA->in_use=Oxf f f f ; 
Irda = cur_RDA; 
) 
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B. Initiate Transmission Routine 

■vl 

>^ 
/*it***-k*ifki!ick-kif'k****i(*ic**iiil-k*-k****ii**it****il*******ic***it**it* |q^ 

* 

Driver_send() . This routine, called by the upper level 
software, gets the byte count, pointers to fragments and 
the fragment sizes, enters these parameters into the TDA, 
then initiates a transmission. 

it*********************************************************/ 

driver_send (ptr) 

pktstruc *ptr /*pointer to structure which gives 

pkt_3ize, frag_count, frag_size */ 
( 



/* Fill out TDA */ 
tda->pkt_size'=packet_size; 
tda->frag_count=fragment_count; 
for (i=0; i<f ragment_count; i++) 
FiH_f ragment_ptr_size <) ; 

/* Check packet length; if .less than 46 bytes, add pad */ 
Check_pkt_length ( ) ; 



/* Get address of next TX descriptor to use */ 
tda->link = get_next(); /* returns addr. of descr. */ 
/* Set EOL.to 1. */ 
tda->link |= 0x1; 



/* ISR will Set this flag to 1 */ 
xmit_inter rupt=0 ; 

/* Issue transmit command */ 
REG_WRITE(card.crd_iobase+SONIC_cr*2, CMD TXP) ; 
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C. Interrupt Service Routine 

Interrupt Service Routine 

(For simplicity the code for recycling RBAs 
has heen removed.) 

*********************************************/ 

interrupt _sonic_isr<) 

( 

unsigned short imr, isr, mask; 

unsigned int status, byte_count; 

int oldinterrupts; long temp_ptr, ptr; 

mask=0; 

/* mask the imr */ 

REG_WRITE(card.crd_iobase+SONIC_imr*2, mask) ; 

while (isr=REG_E^AD(card.crd_iobase+SONIC_isr*2) ) { 
if (isr & ISR_PKTRX) ( 

/* reset PKTRX bit */ 

REG_WRITE (card. crd_iobase+S0NIC_isr*2, ISR_PKTRX) ; 

/* Process receive packets */ 

while (cur_rda->in_use == 0) { ; 
TotalRxPacketCount++; 
status = cur_rda->status; 
byte_count = cur_rda->byte_count; 
temp_ptr = cur_rda->ptrl; 
temp_ptr = temp_ptr«16; 
ptr = temp_ptr | cur_rda->ptrO; 
/* Report packet to upper level software */ 
packet_received( status, by te_count, ptr) ; 

/* Processing packets in order, when LPKT is 1, 

update the RWP register */ 
if (cur_rda->status==RCR_LPKT) { 
cur_rwp=cur_rwp->next; 
/* advance rwp */ 

REG_WRITE (card. crd_iobase+S0NIC_rwp*2, 
cur_rwp->loc) ; 
} 

/* finish up receive */ 

if (cur_rda->in_use == 0) ( 

cur_rda->in_use=OxOff ff ; 

cur_rda->pkt_link |= 0x1; 

lrda->pkt_link &= OxOfffffffe; 

lrda=cur_rda ; 

cur_rda=cur_rda->next ; 
) 
) 

/* check for RBE overflow (required) */ 
isr=REG_READ (card.crd_iobase+S0NIC_isr*2) ; 
if (isr & ISR_RBE) { 

/* Increment buffer overflow counter */ 
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REiaExhau3tCount++; 

/* reset RBE, this also causes the SONIC to read 

the RRA */ 
REG_WRITE(card.crd_iobase+SONIC_isr*2,R_RBE) ; 
1 

/* check for RDE overflow (optional) */ 
if (isr & ISR_RDE) ( 

RDAExhaustCount++; 

REG_WRITE(card.crd_iobase+SONIC_isr*2, ISR_RDE) ; 
) 
) 

/* Process transmitted packets */ 
else if (isr & (ISR_TXER| ISR_TXND) ) { 
xmi t_i n t e r r upt = 1 ; 

REG_WRITE(card.crd_iobase+SONIC_i3r*2, ISR_TXER|ISR_TXDN) ; 
while (1) ( 

if (tda->status S TCR_PTX) {/* Successful TX occurred */ 
TotalTxPacketCount++; 

/* Post status of transmitted packet to 

upper level software */ 
packet_tx (TX_status) ; 
/* Increment counters for net. management. */ 
if (tda->status & TCR_DEF) 

DeferXmis3ionCount++; 
if (tda->status & TCR_KCRS) 

NoCRSCount++; 
if (tda->statu3 & TCR_CRSL) 

CRSLostCount++; 
if (tda->status & TCR_OWC) 

OutOfWindowCollisionCount++; 
if (tda->status & TCR_PMB) 

PacketMonitorBadCount++; 
) 
/* TX abort condition occured. CTDA register points to 

last descriptor attempted. */ 
else ( 

/* Increment counters for net. management. */ 
if (tda->status & TCR_EXD) 

ExcessDef eralCount++ ; 
if (tda->status s TCR_EXC) 

ExcessCollisionsCount++; 
if (tda->3tatus & TCR_FU) 

FIFOUnderRunCount++; ■ 
if {tda->statU3 & TCR_BCM) { 

ByteCountMismatchCount++; 

tda->pkt_size=Total_f ragment_size (tda) ; 
} 
if ( — RetryCounter == 0) 

HardTransmitErrorCount++; 

/* Post status of transmitted packet to 

upper level software that packet was undeliverable 

packet_tx (TX_status) ; 
else ( 

/* resend the same packet again up to RetryCounter */ 
REG_WRITE(card.crd_iobase+SONIC cr*2, CMD TXP) ; 



Z 
■ 
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< /* look for last descriptor in TX list */ 

if (tda->link & 0x1) 

break; 
else 

tda=tda->next ; 
) 



pic_eoi (card.crd_interrupt) ; 

REG WRITE (card, crd iobase+S0NIC_inir*2, card.crd_intmask) , 
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D. Diagnostic Routine -^ 

3onic_diag () o5 

{ 

int oldinterrupt; 

struct aclock *clk, *alock_alarm() ; 

long timeout=0; 

unsigned short temp, ul6, 116, addr; 

unsigned long laddr; 

extern int timeout_func () ; 

short result; 

/* Before loopback test can commence SONIC needs to be 
initialized */ 

/* check BNC cable connection: If transmission does not 
finish after specified time period (~lsec) , the BNC 
connector is not connected. If excessive collisions 
occur, the cable is not terminated */ 

clk=aclock_alarm(50,50,timeout_func, itimeout) ; 
REG_WRITE(card.crd_iobase+SONIC_isr*2, Oxfff f ) ; 
/* Get the 1st tda */ 
laddr= (unsigned long) tdal; 
ul6=laddr » 16; 
116=laddr; 

laddr= (unsigned long)ul6 * 16 + 116; 
addr= (unsigned short) laddr; 

REG_WRITE (card. crd_iobase+S0NIC_ctda*2, addr) ; 
tdal->link=0x0001; 

/* Issue transmit command */ 

REG_WRITE(card.crd_iobase+S0NIC_cr*2, CMD_TXP) ; 
for (timeout_value=0; timeout_value < 2; ) ( 

temp=REG_READ (card. crd_iobase+S0NIC_isr*2) ; 
if (temp & (ISR_TXDN | ISR_TXER) ) 
break; 

} 

clock_kill(clk); 

if (timeout_value) ( 

check_cable=2 ; /*Timeout occurred, BNC not connected*/ 
goto final; 
) 

else if (tdal->status s TCR_EXC) { 
check_cable =3; 

goto final; /* Exc. Coll. occurred, cable not 
terminated */ 
) 
.else , 

check_cable = 1; 

/* MAC loopback */ 
laddr = (unsigned long) F_RDA; 
ul6=laddr » 16; 
116=laddr; 

laddr = (unsigned long)ul6 * 16 + 116; 
addr = (unsigned short) laddr; 
REG_WRITE(card.crd_iobase+S0NIC_crda*2, addr) ; 

mac_loopback-loopback (0x0200) ; 
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if (raac_loopback != 1) 
goto final; 

/* ENDEC loopback */ 
laddr = {unsigned long) F_RDA; 
ulG=laddr » 16; 

116=laddr; ■ 

laddr = (unsigned long)ul6 * 16 + 116; 
addr = (unsigned short) laddr; 
REG_WRITE(card.crd_iobase+S0NIC_crda*2, addr); 

endec_loopback=loopbac)c (0x0400); 

if {endec_loopback != 1) 
goto final; 

/* transceiver loopback * I . 
laddr = (unsigned long) F_RDA; 
ul6=laddr » 16; . . 

116=laddr; 

laddr = (unsigned long)ul6 * 16 + 116; 
addr = (unsigned short) laddr; 
REG_WRITE (card. crd_iobase+S0NIC_crda*2, addr) ; 

trans_loopbaok=loopback (0x0600) ; 

if (trans_loopback != 1) 
goto final; 

return (ok) ; 

final: ; i ' , 

return (error) ; /* one of the loopback test failed/* 
1 

/* This routine is to perform the loopback tests */ 

loopback ( rcr_inode) 
unsigned short rcr_mode; 
( 

struct aclock *clk; 

unsigned short temp, ul6, 116, addr, rcr_value; 

unsigned long laddr; 

long timeout=0; 

short i; 

struct aphys *phys; 

/* Set up the, clock to measure timeout */ 
clk=aclock_alarm(50, 50, timeout_func, Stiraeout) ; 
REG_WRITE (card. crd_iobase+S0NIC_isr*2, Oxf f f f ) ; 
/* Get the 1st tda */ 
laddr- (unsigned long) tdal; 
ul6=laddr » 16; 
116=laddr; 

laddr= (unsigned long)ul6 * 16 + 116; 
addr= (unsigned short) laddr; 
tdal->link=0x0001; 
rcr_value=rcr_mode I 0x3800; 
REG_WRITE(card.crd_iobase+S0NIC_rcr*2, rcr_value) ; 

/* Out of reset mode */ ' , ■ 

REG_WRITE(card.crd_iobase+SONIC_cr*2, 0); 
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REG_WRITE(card.crdl_iobase+SONIC_ctda*2, addr) ; 
REG_WRITE(card.crd_iobase+S0NIC_cr*2, CMD_RXEN) ; 2l 

/* Issue transmit command */ * 

REG_WRITE(card.crd_iobase+S0NIC_cr*2, CMD_TXP) ; 
for (timeout_value=0; timeout_value < 2; ) ( 

temp=REG_READ (card.crd_ioba3e+S0NIC_isr*2) ; 
if (temp S (ISR_TXDN I ISR_TXER) ) 
break; 
I 

clock_kill(clk) ; 
if (timeout_value) 

return(2); /* timeout error */ 

else if (tdal->status £ TCR_PTX) { 

if (F_RDA->Status & RCR_LBK) { 
F_RDA->in_use=Oxffff; 

return (1); /* good TX and RX status */ 
} /* loopback OK */ 

else { 

F_RDA->in_use=Oxffff; 

returnO); /* Bad PX status error */ 
} 
} 
else { 

F_RDA->in_use=Oxffff; 

return (4); 7* Bad TX status error */ 
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DP83932EB-EISA SONIC/ 
EISA Packet Driver for 
PC/TCP 



National Semiconductor 
Application Note 859 



^ 



INTRODUCTION 

This is a complete program listing for a network device driv- 
er for the DP83932EB-EISA SONIC EISA Demonstration 
and Evaluation Board. This driver enables the DP83932- 
EISA to operate writh the Personal Computer-based TCP/IP 
software package, distributed by FTP Software Inc., called 
PC/TCP. Contact FTP Software Inc. at (617) 246-0900 for 
more information about the PC/TCP product offerings. 
This driver conforms to version 1.9 of FTP Software's Pack- 
et Driver Specification, and works with verison 2.x of the 
PC/TCP product (and products that have adopted the Pack- 
et Driver Specification). 



This program listing is provided as an example of drive soft- 
ware for the DP83932 Systems Oriented Network Interface 
Controller (SONIC). The driver is written in Microsoft C (5.1 
or greater) and Microsoft Assembler (5.1 or greater). Since 
the majority of the software is written in 0, the concepts 
provided are easily portable to other environments. 
This example software is provided as an example, and is not 
necessarily the most optimal implementation. The code has 
been thoroughly tested with PC/TCP. 
The driver Is listed by modules in the following order: 

1. pktdrv.c 

2. far.c 
3. 



isr.c 

sonlc.c 

pktdrv.h 



6. sonic.h 

7. isrlib.asm 

8. pktint.asm 

9. makefile 
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PKTDRV.C 

static char pktdrv_rcsid[ ]="@ (#) $ID:S"; 

/* 
****************************************************************************** 

* Copyright (c) 1992 by National Semiconductor Corporation * 

* All Rights Reserved * 
****************************************************************************** 



00 

en 

(O 



FILE: pktdrv.c 

NOTES: This program is a packet driver that provides a common interface 
between PC/TCP's kernel and NSC's SONIC hardware. This program 
was based on a set of drivers provided by Clarkson from FTP. 



UPDATE LOG: 
When/Who 



Why/What/Where 



11/30/90 Mike Lui 
04/10/92 Michael Zhang 



'Convert to work for SONIC 32 bit 
Added read_conf ig() ; 
Added 'transmitactive=l' in send_packet () i 



*/ 

/include 
#include 
/include 
/include 
/include 
/include 



<stdio.h> 

<dos.h> 

<memory.h> 

<string.h> 

"pktdrv.h" 

"sonic. h" 



/* externals */ 
extern void (interrupt far drv_isr)()i 
extern unsigned _psp; 



/* the interrupt we use */ 
/* segment address of PSP */ 



/* Driver information */ 



static unsigned int 
static unsigned char 
static unsigned int 
static unsigned char 
static unsigned int 



drv_version =1; 
drv_class = 1; 
drv_type = 14; 
drv_number = 0; 
drv funct =5; 



/* driver version */ 
/* driver class */ 
/* driver type */ 
/* driver number */ 
/* basic and high- 
performance driver function */ 
static char drv_name[] = /* driver name */ 

"National Semiconductor SONIC/TCP 32-bit Packet Driver"; 
static char cpy_msg[] = 

"Copyright (c) 1992 by National Semiconductor Corporation"; 
static char drv rev[] = "1.2"; /* current driver rev */ 

static unsigned char BOARD_IDt]={ 0x41,0x98,0x10,0x01 }; /* PLXlOOl */ 
static HANDLE handle_tbl[MAX_HANDLES] ; /* create handle structs */ 
static void read_conf ig() ; 



void (interrupt far *sys_isr) {) ; 
char far *pkt_signature = "PKT DRVR"; 
unsigned int packet_int_no = 0x60; 
static unsigned far *psp_ptr; 
unsigned mem_sz; 

unsigned char type_buf [MAX_TYPE_LEN] ; 
static void usage (); 



/* read board config info */ 
/* remember system isr */ 

/* interrupt for communications */ 

/* pointer to PSP */ 

/* program memory size in paragraphs */ 



union REGS r_regs; 
struct SREGS s_regs; 
int send_pending; 



/* required for Synernetics */ 
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static int syn_installed; /* required for Synernetics */ 

extern int opterr; 
extern int optind; 
extern char *optarg; 

/* 

* mainO 

* 

* Main procedure. 

* Once initialization is complete terminate and stay resident. 
*/ 

main(argc, argv) 
int argc; 
char *argv[]; 
{ 

psp_ptr = (unsigned far *) ((unsigned long) psp « 16) ; 

mem_s2 = (psp_ptr[l] - _psp) ; 

read_conf ig ( ) ; /* read expansion board config*/ 

init_drv(argc, argv); /* initialize driver and hardware */ 

outpw(regbase+cr, 8) ; /* enable receiver */ 

/* terminate and stay resident */ 
_dos_keep(0, mem_sz) ; 



/* 

* int_handler ( ) 
* 

* This routine is called from an assembly isr routine "drv isr" 

* to handle the application interrupt. The isr routine passes a 
set of pointers of the registers to this routine. Register AH 
contains which function is to be performed. These registers will 

* be restored in "drv_isr" before returning from the interrupt. 

* Return values: If an error occurred the value will be in 

the DH register and the carry bit of cflag 

* will be set. 

.*/ 

int_handler (regs, sregs) 

union REGS far *regs; 

struct SREGS far *sregs; 

{ 

int ret_val; 

switch (regs->h. ah) { 
case 1: 

ret_val = driver_info(regs, sregs); 

break; 
case 2 : 

ret_val = access_type(regs, sregs); 

break; 
case 3: 

retval = release_type(regs, sregs); 

break; 
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do 

case 4: yi 

ret_val = send_packet<regs, sregs) ; <0 

break; 
case 5: 

ret_val = terminate {regs, sregs); i 

break; 
case 6: 

ret_val = get_address(regs, sregs); 

break ; 
case 7: 

ret_val = reset_interface(regs, sregs) ; 

break ; 
case 10: ■ . 

ret_val = get_param(regs, sregs); /* high-performance function */ 

break; 
case 11: 

ret_val = as_send_pkt(regs, sregs); /* high-performance function */ 

break; 
case 24: 

ret_val = get_stats(regs, sregs); 

break ; 
default: 

ret_val = BAD_COMMAND; 
} 

if (ret_val) { 

regs->h.dh = ret_val; /* put error code into dh */ 

regs->x.cflag |= 0x1; /* and set carry bit */ 

} 

} ■■■-■.■■• 

/* 

* driver_info() 
* 

* Return information on the driver interface. Handle is optional 

* and is not used in new driver?? 
* 

* Return values: - Success 

*/ -. . , 

driver_info(regs, sregs) 
union REGS far *regs; 
struct SREGS far *sregs; 

regs->x.bx = drv_version; /* driver version */ 

regs->h.ch = drv_class; /* driver class ,*/ 

regs->x.dx = drv_type; 7* driver type */ 

regs->h.cl = drv_number; /* driver number */ 

regs->x.si = (unsigned) drv_name; /* driver name */ 
sregs->ds = (unsigned long) ( (char far *)drv_name) » 16;, 

regs->h.al = drv_funct; /* driver function */ 
return 0; 



/* 

* access_type ( ) ' 
* 

* Initiate access to packets for the specific type. Since the. packet 

* type field needs to have the bytes of 16 bit values swaped, the 

* handle will store the type field byte swapped. 
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* Return values: - Success 

* >0 - Failure 
*/ 

access_type(regs, sregs) 
union REGS far *regs; 
struct SREGS far *sregs; 

int i, n, 

open_handle = OPEN, /* available handle */ 

type_ont; ' 

/* first check a few things to make sure packet access is ok */ 

/* check class */ 

if (regs->h.al != drv_class) { 

return NO CLAS; 
} 

/* check type (ours or generic) */ 

if(! ((regs->x.bx == drv type) 11 (regs->x.bx == -1) ) ) { 
return NO_TYPE; "' \ 

I* check number (ours or generic) */ 
if(!((regs->h.dl == 0) 11 (regs->h.dl == i) ) ) { 
return NO_NOMBER; 

/* check packet type length, if too long its not ours */ 
If (regs->x.cx > MAX_TYPE_LEN) { 
return TYPE INUSE; 

} 

/* 

* now check for an available handle and if the handle already 

* exists with same packet type. 
*/ 

typeptr = (char far *){( (unsigned long) sregs->ds « 16) | regs->x.si) ; 
for(i =0; i < regs->x.cx; i++) 
type_buf[i] = typejptr [ i ] ; 

for(n = 0; n < MAX_HANDLES ; n++) { 

if(handle_tbl[n].in_use) { /* check packet type */ 

type_cnt = MIN(regs->x.cx, handle_tbl[n] .len) ,• 
lf ( !far_memcmp( (char far *)type_buf, 

(char far *)handle tbl[n].type, type cnt) ) 
return TyPE_INUSE; /*~duplicate types *7 

else if (open_handle == OPEN) 

open_handle = n; /* grab first open handle */ 

if (open_handle == OPEN) 

return BAD_HANDLE; /* no available handles */ 

/* copy the handle */ 

handle_tbl [open_handle] . in_use++; 
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for(i = 0; i < regs->x.cx; i++) { 

handle_tbl[open_hancHe] .type[i] = type_buf[i]; 

} 

handle_tbl[open_hanclle] .len = regs->x.cx; 
handle_tbl[open_handle] .rec_es = sregs->es; 
handle_tbl[open_handle] .rec_di = regs->x.di; 



> 
Z 

CIS 

<n 
to 



regs->x.ax 
return 0; 



open_handle; 



/* return handle */ 
/* return success */ 



* release_type() 

* Release access to packets with a particular handle. 



Return values: 




>0 



Success 
Failure 



*/ 
release_type(regs, sregs) 
union REGS far *regs; 
struct SREGS far *sregs; 

{ 

if (chk_handle(regs->x.bx) ) 
return BAD_HANDLE; 

/* release handle */ 
handle_tbl[regs->x.bx] . in_use 
return 0; 



0; 



send_packet ( ) 
Send packet buffer. 
Return values: 



- Success 
>0 - Failure 



'/ 



send_packet(regs, sregs) 
union REGS far *regs; 
struct SREGS far *sregs; 

{ 

char far *frame_ptr; 
unsigned long pkt_addr; 
unsigned int buf_len; 
int i; 

tda_struct *tmp_tda; 
short previous_tda; 
unsigned short addr; 

/* check if frame is too big */ 
if (regs->x.cx > BUFSZ) { 
return NO_SPACE; 

} 

/* update driver stats */ 
drv_stats . packets_out++ ; 
drv_stats.bytes_out += regs->x.cx; 



/* pointer to frame */ 

/* physical address of packet */ 

/* frame length */ 
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2 /* point to the app's send frame */ 

< frame_ptr = (char far *)(( (unsigned long) sregs->ds « 16) 

regs->x.si) ; 
pkt_addr = (unsigned long) sregs->ds * 16 + regs->x.si; 

buf_len = regs->x.cx; /* frame+FC+SNAP length */ 

/* save current tda */ 
previous_tda=curtda ; 

if (transmitactive) { 

/* network is currently busy transmitting, just queue up the tda */ 
If (curtda==TDANXM-l) 

return CANT_SEND; 
else { 
/* copy data area from the frame */ 

far_memcpy((char far *)&tba[curtda+l] , Sframe ptrroi, regs->x.cx); 

addr=tda_addr+(curtda+l) *sizeof (tda struct); ~ 

tmp_tda= ( tda_struct* ) addr ; 

tmp_tda->pkt_size=buf_len ; 

tmp_tda->f rag_count=l ; 

tmp_tda->frag_size=buf_len; 

tmp_tda->link |= 1; 

tmp_tda->type = BASIC; 

addr-=sizeof (tda_struct) ; 

tmp_tda= (tda_struct* ) addr ; 

tmp_tda->link &= OxOfffe; 

curtda++; 
} 
} 
else { 

/* network is free */ 
retry=0; 

/* copy data area from the frame */ 

far_memcpy((char far *)&tba[0], Sframe ptrro), regs->x.cx); 
tmp_tda=(tda_struct*) tda_addr; 
tmp_tda->pkt_size=buf_len; 
tmp_tda->f rag_count=l ; 
tmp_tda->frag_size=buf_len; 
tmp_tda->link |= l; 
tmp_tda->type = BASIC; 
tda_head=0; 
tda_tail=l; 
curtda=0; 

outpw(regbase+ctda, tda_start_addr) ; /* load ctda */ 
transmitactive=l ; 
} 

outpw(regbase+cr, 2); /* issue the transmit command */ 

return 0; 
} 

/* 

* terminate 

* 

* Terminate the driver. 

* Return values: O - Success 

* . >0 - Failure 



1-794 



*/ 

terminate (regs, sregs) 
union REGS far *regs; 
struct SREGS far *sregs; 

{ 

int sonic_irq; 

sonic_irq=3 ; 

_dos_setvect(packet_int_no, sys_isr) ; 

sonic_isr_disable{sonic_irq) ; 
/* free environment memory */ 
_dos_freemem(psp_ptr[0xl6]) ; 

/* free memory and return to app */ 
if (_dos_freemem(_psp) ) 

return CANT_TERMINATE; 

return 0; 



> 
Z 

CO 

ui 
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/* put back system isr */ 
/* remove sonic interrupt */ 



* get_address ( ) 
* 

* Get the local net address. 



Return values: 



- Success 
>0 - Failure 



*/ 
get_address(regs, sregs) 
union REGS far *regs; 
struct SREGS far *sregs; 



{ 



int i, old_mode; 
char far *addr_ptr; 

if (chk_handle(regs->x.bx) ) 
return BAD_HANDLE; 



/* pointer to address */ 



/* get buffer */ 

addr_ptr = (char far *)(( (unsigned long) sregs->es « 16) | regs->x.di); 

/* 

* copy ethernet address from hardware. 

* regs->x.ox is the length of buffer, fail if address 

* is too big to fit in buffer - NO_SPACE 

*/ 
if (regs->x.cx < 6) 
return NO_SPACE; 

regs->x.cx = 6; 
for(i =0; i < regs->x.cx; i++) { 

addr_ptr[i] = inp(regbase+0xc90+i) ; 
} 

return 0; 



TL/F/1 1720-7 



1-795 



m 

00 



* reset_interf ace ( ) 
* 

* Reset the interface for the particular handle. If more than one 

* handle is open return CANT_RESET so other applications (handles) 

* will not get confused. 
* 

* Return values: o - Success 

* >0 - Failure 

*/ ■ , • :,.. 

reset_interface(regs, sregs) 

union REGS far *regs; . , 

struct SREGS far *sregs; , \ 

char far *addr_ptr; /* pointer to address */ 

int 1, handle_cnt = 0; 

if (chk_handle(regs->x.bx) ) 
return BAD_HANDLE; 

/* check if there is more than one handle is open */ 
for(i = MIN_HANDLE; i < MAX_HANDLES; i++) 

if {handle_tbl[i].in_use != 0) handle cnt++; 
if (handle_cnt > l) ~ 

return CANT_RESET; 

/* Reset the hardware to a known state */ 
/* Will need something maybe ??? */ 

return 0; 



/* 

* get_param() 
* 

* Return driver parameters 

* Return values: - Success 

* >0 - Failure 
*/ 

get_param(regs, sregs) 
union REGS far *regs; 
struct SREGS far *sregs; 
{ 

if(drv_funct !=5 && drv_funct != 6) 

return BAD_COMMAND ,• 
drv_param. ma jor_rev=l ; 

drv_param . minor_rev=9 ; 

drv_param. length=14 ; 

drv_param . addr_len=6 ; 

drv_param.mtu=1512 ; 

drv_param.raulticast_aval=90; 

drv_param.rcv_bufs=3 ; 

drv_param. xmt_buf s=3 ; 

drv_param. int_num=0; 
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regs->x.di 
sregs->es 

return 0; 



(unsigned) &drv_param; /* driver stats 

(unsigned long) ((char far *) Sdrv_param) » 16; 



oa 
en 



as_send_pkt { ) 
High performance send packet. 
Return values 




>0 



Success 
Failure 



*/ 



as_send_pkt(regs, sregs) 
union REGS far *regs; 
struct SREGS far * sregs; 



{ 



/* pointer to frame */ 

/* physical address of packet 

/* frame length */ 



char far *frame_ptr; 
unsigned long pkt_addr; 
unsigned int buf_len; 
int i ; 
tda_struct *tmp_tda; 
short previous_tda ; 
unsigned short addr; 

/* check if frame Is too big */ 
if (regs->x.cx > BUF_SZ) { 

return NO_SPACE; 
} 

/* update driver stats */ 
drv_stats . packets_out++ ; 
drv_stats . bytes_out += regs->x.cx; 

/* point to the app's send frame */ 

frame_ptr = (char far *)(( (unsigned long) sregs->ds << 16) | 

regs->x.si) ; 
pkt_addr = (unsigned long) sregs->ds * 16 + regs->x.si; 



buf len = regs->x.cx; 



/* frame+FC+SNAP length */ 



/* save current tda */ 
previous_tda=curtda ; 

if (transmitactive) { 

/* network is currently busy transmitting, just queue up the tda */ 
if (curtda==TDANOH-l) { 

xmt_upcall(CANT_SEND, (char far *) &frame_ptr,regs->x.di,sregs->es) ; 
return CANT_SEND; 

} 

else { 

/* copy data area from the frame */ 

far_memcpy((char far *)&tba[curtda+l] , &frame_ptr[0] , regs->x.cx); 

addr=tda_addr+(curtda+l) *sizeof (tda_struct) ; 

tmp_tda=(tda_struct*) addr; 

tmp_tda->pkt_size=buf_len; 

tmp_tda->f rag_count=l ; 
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tmp_tda->frag_size=buf_len; 

tmp_tcla->link |= 1; 

trap_tda->type = HIGH_PERFORMANCE ; 

tinp_tda->buf f er=f rame_ptr ; 

tmp_tda->xmt_es=sregs->es ; 

tmp_tda->xmt_di=regs->x. di ; 

addr-=sizeof (tda_struct) ; 

tmp_tda= (tda_struct* ) addr ; 

tmp_tda->link &= OxOfffe; 

curtda++; 

tda_tail=curtda+l ; 
} 
} 
else { 

/* network is free */ 

retry=0; 

/* copy data area from the frame */ 

far_iaeincpy((char far *)&tba[0], Sframe_ptr[0] , rcgs->x.cx) ; 

tmp_tda=(tda_struct*) tda_addr; 

tmp_tda->pkt_size=buf_len; 

tmp_tda->f rag_count=l ; 

tmp_tda->frag_si2e=buf_len; 

tmp_tda->link |= 1; 

tmp_tda->type = HIGH_PERFORMANCE; 

tmp_tda->buffer=frame_ptr; 

tmp_tda->xmt_es=sregs->es; 

tmp_tda->xmt_di=regs->x . di ; 

ourtda=0; 

tda_head=0 ; 

tda_tail=l; 

outpw(regbase+ctda, tda_start_addr) ; /* load ctda */ 

outpw(regbase+cr, 2); /* issue the transmit command */ 

return 0; 



/* 

* get_stats() 

* 

* Return driver statistics. 
* 

* Return values: o - Success 

* >0 - Failure 
*/ 

get_stats(regs, sregs) 
union REGS far *regs; 
struct SREGS far *sregs; 

if (chk_handle(regs->x.bx) ) 
return BAD_HANDLE; 

regs->x.si = (unsigned) Sdrv_stats; /* driver stats */ 

sregs->ds = (unsigned long) ((char far *) Sdrv_stats) » 16; 



return 0; 

} 
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* drv_rcvr() <0 
* 

* Receiver procedure. Once a frame is recieved, we need to make two upcall 

* with the receiving routine provided by the application. The first 

* call (AX == 0) is to request a buffer to copy the frame to. The second 

* call (AX == 1) indicates that the frame has been copied. 
* 

* Return values: - Success 

* >0 - Failure 

*/ 
/* void far drv_rcvr() */ 
drv_rcvr() 

{ 

int i; 

int handle_found = OPEN; /* set if valid frame recieved */ 

char far *cp_ptr; 

unsigned short addr; 

unsigned char far *frame; 

/* get the frame */ 

while ((unsigned short) cur_rda->status != 0) { 

frame= (unsigned char far *) (((unsigned long) cur_rda->pkt_ptrl « 28) | 

(unsigned short) cur_rda->pkt_ptrO) ; 
/* validate the received frame */ 
for(i = MIN_HANDLE; i < MAX_HANDLES ; i++) { 
if ((handle_tbl[i].in_use == 0) || 

((((unsigned long)handle_tbl(i] .rec es « 16) | 
handle_tbl[i).rec_dl) == 0)) 
continue; /* go to next handle */ 

if (!far_memcmp( (char far *)handle_tbl[i] .type, 

&frame[ETYPE_OFS], handle_tbl[i] . len) ) { 
handle_found = i; 
break; 
} 
} 
if (handle_found == OPEN) { 

drv_stats . packets_dropped++ ; 

free rda ( ) ; 

continue; 

} 

if ( (unsigned short) cur_rda->status & OxOc) { 

drv_stats . packets_dropped++ ; 

f ree_rda ( ) ; 

continue ; 
} ■ 

/* update driver stats */ 

drv_stats . packets_in++ ; 

drv_stats . bytes_in += (unsigned short) cur_rda->byte_count; 

/* first upcall, tell them frame size */ 

app_recv(0,handle_found, MAX{ (unsigned short) cur_rda->byte_count-4,64) , 

(char far *)&cp_ptr, handle_tbl[handle_found] ,rec_di, 

handle_tbl[handle_found] .rec_es) ; 

/* check if copy is permitted */ 
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if(cp_ptr == NULL) { 

<irv_stats . packets_dropped++ ; 

free rda ( ) ; 

contTnue; 

} 

/* copy the frame */ 

far_meincpy(&cp_ptr[0], &frame[0], (unsigned short) cur_rda->byte_count-4) 

/* second upcall, tell them frame has been copied */ 
app_recv(l, handle_found, (unsigned short) cur rda->byte count-4 



(char far *)Scp_ptr, 
handle_tbl[handle_found] .rec_di, 
handle_tblihandle_found] .rec_es) ; 



/* free rda 
f ree_rda ( ) ; 

} 

return 0; 



/* 

* free_rda() 
* 

* This routine is to free up the currently examined rda for later use 

*/ 

free rda() 
{ 

static int first; 

unsigned short tmp_value; 

unsigned short addr; 

rda_struct * p_rda; 

/* check fifo overrun */ 
if (inpw{regbase+isr) & ISR_RF0) 
outpw(regbase+isr, isr_rfo) ; 

/* reinitialize the rda */ 
cur_rda->status=0 ; 
cur_rda->byte_count=0 ; 
cur_rda->pkt_ptrO=o ; 
cur_rda->pkt_ptr 1=0 ; 
cur_rda->in_use=OxOffff; 
cur_rda->pkt_link 1= l; 

/* link the previous rda to the current rda */ 
if (currda==0) { 

addr=rda_start_addr+(RDANUM-l)*sizeof (rda struct) ; 

p_rda=(rda_struct*) addr; , ~ 

P_rda->pkt link&=OxOfffe; 
} 
else { 

addr=c_rda-sizeof {rda_struct) ; 
P_rda=(rda_struct*) addr; 
P_rda->pkt_link&=OxOfffe; 
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} 

/* get the first buffer number */ 
if ("first) { 

previous_seqno= (unsigned short) cur_rda->seq_no » 8; 

first=l; 
} 

/* check whether rba can be reused */ 

if ((unsigned short) cur rda->seq_no » 8 != previous_seqno) { 
previous_seqno= (unsigned short) cur_rda->seq_no » 8; 
tmp_value=rwp_table[cur_rwp] ; 
if (cur_rwp==2) 
cur_rwp=0 ; 
else 

cur_rwp++ ; 

outpw(regbase + rwp, tiiip_value) ; 

tinp_value=inpw(regbase + isr) ; 
if (tmp_value & ISR_RBE) 

outpw(regbase + isr, ISR_RBE) ; 
} 

/* check rde */ 

if (inpw(regbase+isr) & ISR_RDE) { 

outpw(regbase+isr, ISR_RDE) ; 

tmp_value=inpw{regbase+crda) & OxOfffe; 

outpw(regbase+crda, tmp_value) ; 
} 

if (currda == RDANUM-1) { - 

currda=0; 

c_rda=rda_start_addr ; 
cur_rda= ( rda_struct* ) c_rda ; 

} 
else { 

currda++ ; 

c_rda+=sizeof (rda_struct) ; 

cur_rda= ( rda_struct* ) c_rda ; 
} 



/* 

* init_drv() 
* 

* Initialize the driver and hardware. 

*/ 
init_drv(argc, argv) 
int argc; 
char *argv[ ] ; 

{ 

char far *ptr; 
int kill_drv; 

fprintf (stderr, 

"%s — Version %s\n%s\n", drv_name, drv_rev, cpy_insg) ; 
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kill_drv = do_args(argc, argv) ; /* process command line */ 

sys_isr = _dos_getvect (packet int no); . /* get system isr */ 
ptr = (char far *)sys_isr + 3; ~ . jt / 

^^^'^i'^'ir'^f^^ , I* terminate active driver */ 

kill_driver(ptr) ; ' 

if ((ptr != NULL) && (far strcmp(ptr, pkt signature) == 0) ) I 
fprintf(stderr, ~ ,. ~ ■ ii \ 

"Error: a packet driver already exist at interrupt Ox%x\n". 
packet_int no); 
exit(l) ; 

> 

_dos_^setvect(packet_int_no, drv_isr) ; /* install driver isr */ 
init(); /* init SONIC */ 

fprintf (stderr, 

"Packet Driver is using INT Ox%x and %ld bytes of memoryVn", 
packet_int_no, (unsigned long)mem_sz * 16) ; 

/* . . , ' 

* chk_handle() 
* 

* Check if handle is valid. 
* 

* Return values: o - Success 

* >0 - Failure 
*/ 

chk^handle (handle) 

unsigned int handle; 

{ ,:-,'■,- 

I* check if handle is in range */ 

if( (handle < MIN_HANDLE) || (handle >= MAX HANDLES) ) 
return BAD_HANDLE; ~ 

/* check if handle is in use */ 
if (handle_tbl [handle]. in_use == 0) 
return BAD HANDLE; 



} 



return 0; 



/* 
* kill_driver() 
* 



* 



* Terminate driver from memory 

* Return values: none - exits from program 

kill_driver(ptr) 
char far *ptr; 
( 

if ((ptr == NULL) 11 (far strcmp(ptr, pkt signature) != 0)) { 
fprintf (stderr, ~ ~, , 

"Error: no packet driver at interrupt 6x%x\n", 
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packet_int_no) ; 00 

exit(l); S 

} 

r_regs.h.ah = 5; 

r_regs.x.bx =0; 

int86(packet_int_no, &r_regs, &r_regs) ; 

if (r_regs.x.cflag) { 

fprintf (stderr, "Error: packet driver can not terminate\n") ; 
exit(l); 

} 

printf ("Terminated packet driver at interrupt Ox%x\n" , packet_ant_no) ; 

exit(O) ; 



* do_args ( ) 
* 

* Process program arguments using getopt(). 

* Return values: - Success 

* 1 - Terminate driver 

*/ 
do_args(argc, argv) 
int argc; 
char *argv[ ] ; 

{ 

int in, done = 0,c_type; 
char *sptr; 

if (argc == 1) /* use default packet_int_no */ 

return 0; 

#ifdef HSDOS 

if((sptr = strrchr(*argv, '\\')) '•= NULL) 

strcpy(*argv, sptr + 1) ; 
if((sptr = strrchr(*argv, '.')) '■= NULL) 
*sptr = '\0'; 
#endif 

while (((in = getopt(argc, argv, "?khi:t:")) != -1)) { 
switch (in) { 
case 'k': 

return (1) ; 
break; 
case 't': 

sscanf (optarg, "%d", Sc_type) ; 
if (c_type==l) cable_type=THICK; 
break ; 
case 'i': 

if (sscanf (optarg, "Ox%x", &packet_int_no) != 1) 

if (sscanf (optarg, "%d", &packet_int_no) != 1) { 

break; 
} 
/* 
if (Istrncmp (optarg, "Ox", 2)) 

sscanf (&optarg[2], "%x", Jipacket_int_no) ; 
else 

sscanf (optarg, "%d", &packet_int_no) ; 
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*/ 

if ( (packet_int_no < 0x60) {| (packet_int_no > 0x80)) { 

f pr intf ( stderr , 

"Error: packet int no should be in the range 0x60 to 0x80\n"); 

exit(l); - - 
} 

break; 
default: 

usage (argv) ; 
break; 
} 



} 



void usage (argv) 
char **argv; 
{ 

fprintf (stderr , 
"Usage: %s [-h] [-k] [-i packet_int_no] [-t cable type]\n", *argv) ; 

fprintf (stderr, " -h = this help message\n") ; 

fprintf ( stderr , 

" -i = set packet interrupt number, default is 0x60\n") ; 

fprintf (stderr, " -t = cable type (0 thin coax, 1 AUI)\n"); 

fprintf (stderr, " -k = terminate packet driver\n") ; 

exit(l); 
} 

int opterr = l; 
int optind =1; 
char *optarg; 
/* 

* getoptO — Gets options from command line and breaks them up for analysis. 

* It is functionally compatible with the UNIX version. 

* By Ted Thi 
*/ 

getopt(argc, argv, ctristr) 
int argc ; 
char **argv, 

*ctrlStr; 
{ 
extern char *strchr() ; 
register char *s_ptr; 
static int i; 

if (optind < argc && argv[optind] [++i] == '\0') { 
if (i == 1 II ++optind >= argc) 

return (-1) ; 
i = l; 
} 
if (i <= 1) { 

if (optind >= argc || (*argv[optind] != '-' && *argvroptindl != '/')!! 
argv[optind] [1] == '\o') 
return (-1); 
if (strcmp(argv[optind] + l, "-") == o) { 
optind++; 
return (-1) ; 
} 
} 

if (argv[optind][i] == ':' || (s ptr = strchr (ctrlstr, argv[optind] [i] ) ) 
== NULL) { ~ 

if (opterr) 
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%c\n", *argv, 



fprintf (stderr, "%s: illegal option — %c\n", *argv, argv[optind] [i] ) ; 
return ('?'); 
} 
if Cs_ptr[l] ==':'){ 

if (argv[optind] [++i] == '\0') { 
i = 0; 

if (++optind >= argc) { 
if (opterr) 

fprintf (stderr, "%s: option requires an argument 
*s_ptr) ; 
return ('?'); 
} 
} 

optarg = argv[optind++] + i; 
i = 0; 
} else 

optarg = NULL; 
return (*s_ptr) ; 

/* of getoptO */ 



09 
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void read_conf ig() 



{ 



unsigned short regO,i; 
unsigned short port; 



for(i=0; i<MAX_SLOT; i++) /* read board ID */ 
{ 

port=(OxlOOO)*i + ID ADDR; 

if (inpw (port) ==* (unsigned int *)BOARD_ID &i 
inpw(port+2)==* (unsigned int *) (B0ARD_ID+2) 



> 



break; 



} 

if( i==MAX_SLOT ) { /* no board found */ 

fprintf (stderr, "No PLX board found. \n"); 

exit (1); 

} 



regbase=OxlO0O * i; 

reg0=inp(regbase+0xc88) ; 
regO &=0x05; 

switch (regO) { 

case 0: sonic_irq=5; 

break; 
case 2: sonic_irq=9; 

break ; 
case 4: sonic_irq=10; 

break ; 
case 6: sonic_irq=ll; 

break; 
} 



/* read plx register */ 
/* bit 2,1 */ 



reg0=inp(regbase+0xc89) ; 

if( regO & 0x02 ) cable_type=THIN; 

else cable_type=THICK; 



/* read plx register 1 */ 
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static char far_rcsid[ ]="@ (#) $id: $"; 
/* 
*****************************^,^,**^,^:*■„^,^,*^,^,^,^,^,^,^,^,t^,******^,■l,^,^,^,^,^,^,^,t^,^,^,^,^,^,^,^,^,^,^,* 

* Copyright (c) 1992 National Semiconductor Corporation * 

* All Rights Reserved * 

*/ 
#include <dos.h> 

void far_memcpy(dest, src, cnt) 
register char far *dest; 
register char far *src; 
register unsigned cnt; 
{ 
while (cnt — ) *dest++ = *src++; 

char far *far_strcpy (si, s2) 
register char far *sl, far *s2; 

char far *s3 = si; 

while (*s2) *sl++ = *s2++; 

return (s3) ; 

} 

far_strcinp(sl, s2) 

register char far *sl, far *s2; 

while(*sl) { 

if(*sl != *s2) return(*sl - *s2) ; 

S1++; S2++; 
} 

return(*sl - *s2) ; 
} 

far_inemcmp(sl, s2, cnt) 
register char far *sl, far *s2; 
register int cnt; 
{ 

while ( — cnt > 0) { 
if(*sl != *s2) 

return(*sl - *s2) ; 
sl++; s2++; 
} 

return (*sl - *s2) ; 
} 
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static char isr_csid[ ]="?(#) $ID:$" ; <* 

/* 
****************************************************************************** 

* Copyright (c) 1992 National Semiconductor Corporation * 

* All Rights Reserved * 
****************************************************************************** 

*/ 

/include <dos.h> 
/include "sonic. h" 

/define ISR_STACK_SZ 2048 

static char irq_map[] = { 

0x08, 0x09, OxOa, OxOb, OxOc, OxOd, OxOe, OxOf, 
0X70, 0X71, 0x72, 0x73, 0x74, 0x75, 0x76, 0x77 

}; 

static int pic_ctl; 
static int pic_inask; 
static int old_mask_val; 

void (interrupt far *sys_irq_int) () ; 

void interrupt far sonic_isr ( ) ; 

void sonic_isr_enable(irq) 

int irq; 

{ 

pic_ctl = irq < 8 ? 0x20 : OxaO; 

pic_mask = pic_ctl +1; 

old_mask_val = inp(pic_mask) ; 
sys_irq_int = _dos_getvect(irq_map[irq] ) ; 

_disable() ; 

_dos_setvect(irq_map[irq] , sonic_isr) ; 
outp(pic_mask, old_inask_val & -(1 « irq%8) ) ; 
_enable() ; 

if(irq>8) { /* also enable PIC 1 */ 

int tmp_inask; 
int tinp_pic_ctl ; 
int tinp_pic_mask; 

tmp_pic_ctl=0x20 ; 
tmp_pic_mask = tmp pic_ctl +1; 
tmp_mask=inp(tmp_pTc_mask) ; 
_disable() ; 

outp(tnip_pic_iiiask,tmp_mask & -{1 « 2)); 
_enable () ; 
} 
} 

void sonic_isr_disable(irq) 
int irq; 

{ 

_disable ( ) ; 

_dos_setvect(irq_niap[irq] , sys_irq_int) ; 
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outp(pic_inask, old_mask_val) ; 
_enable ( ) ; 

} 

static char far *old_sp; 

static char isr_stack[ISR_STACK_SZ] ; 

void interrupt far sonic_isr() 

char far *(far get_sp){); 

void (far set_sp)(); 

unsigned short activetda, addr; 

unsigned short isr_reg; 

short i ; 

tda_struct * tmp_tda; 

outpw(regbase+imr, 0); /* unmask the imr */ 

old_sp = get_sp ( ) ; 

set_sp((char far *)isr_stack + ISR_STACK_SZ) ; 

_enable() ; 
isr_reg=inpw(regbase+isr) ; 

while (isr_reg) { 

if (isr_reg & ISR_PKTRX) { /* is there a receive */ 

outpw(regbase+isr, ISR_PKTRX) ; /* clear receive bit */ 

drv_rcvr(); /* process rda */ 

if (isr_reg & ISR_TXDN) { /* is there is transmit done */ 

outpw(regbase+isr, ISR_TXDN) ; 
transmitactive=0 ; 
for ( i=tda_head ; i<tda_tail; i++) { 

addr=tda_addr+i*sizeof (tda_struct) ; 
tinp_tda={tda_struct *) addr; 

if ((unsigned short) tmp_tda->type==HIGH_PERFORMANCE) 
xmt_upcall(0, (char far *) &tinp_tda->buffer, 

(unsigned short) tmp_tda->xmt_di, (unsigned short) tinp_tda- 

} 

if (isr_reg & ISR_TXER) { /* is there a transmit error */ 

outpw(regbase+isr, ISR_TXER) ; 

if (retry > 10) { /* if retry 10 and still not succeed to transmi 
activetda=inpw(regbase+ctda) ; 
if (activetda & 0x1) 

transinitactive=0 ; 
else { 

activetda &= OxOfffe; 
outpw(regbase+ctda, activetda+20) ; 
outp(regbase+cr, 2); /* transmit */ 

> 

else { /* try again */ 

retry++; 

outp(regbase+cr, 2); /* transmit */ 

} 

if (isr_reg & 0x0020) 
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drv_rcvr(); /* process rda */ g 

CO 
isr_reg=inpw(regbase+isr) ; 
isr_reg Si=0x0700; 
} 

_disable () ; 

set_sp(old_sp) ; 

if(pic_ctl== OxaO) outp(0x20,0x20) ; 
outp(pic_ctl, 0x20); 

outpw(regbase+imr, 0x0700) ; 
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SONIC.C 



static char sonic_rcsid[ ]="@ (#) $ID:$"; 



* Copyright (c) 1992 by National Semiconductor Corporation * 

All Rights Reserved * 

*********************************^,^,^,^,t^,^,^,^,^,^,^,^,*^,^,^,t^,»t****^,^,^,t^,^,*^,^,^,^, 

*/ . 

#include "sonic. h" 
/include "dos.h" 

/* 

* init() 
* 

* This routine is from init_drv() to initialize sonic buffer and sonic 

* registers, 

* 

* Return values: o if success 

* 1 if fail 
* 

*/ 

initO 
{ 

short i; 

unsigned short cur_loc; 

/* initialize valuables */ 
transmitactive=0 ; 
curtda=0; 
currda=0 ; 

/* initialize the EISA9010 chip */ 

/* register 1 */ 
/*cable_type=THICK; */ 
outpw (regbase+plx_regl , cable_type) ; 

/* install sonic interrupt */ 
sonic_isr_enable(sonic_irq) ; 

/* initialize sonic register */ 

outpw (regbase+cr, 0x94) ; /* reset sonic */ 

outpw (regbase+dcr, 0x073a) ; /* set configuration: wait state 

3 2 -bit data path 
block mode 
8 words receive fifo 
. , ^ 12 words transmit fifo */ 

outpw (regbase+cr, 0) ; /* out of reset mode */ 

outpw (regbase+rcr, 0x2000); /* accept broadcast packet */ 

outpw (regbase+isr, OxOf f f f ) ; /* reset isr */ 

outpw (regbase+imr, 0x0700); /* set mask to xmit done, xmit error and 

receive packet */ 



init_tda ( ) ; 
init_rda ( ) ; 
init_rra() ; 
init_cam() ; 



/* init tda */ 
/* init rda */ 
/* init rra */ 
/* init cam */ 
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/* initialize rwp location table */ g 

cur_loc=inpw{regbase+rsa) ; <o 

for (i=0; i<RRANUM; i++) { 
rwp_table [ i ] =cur_loc ,• 
cur_loc+=16,• 

} 
cur_rwp=0 ; 



/* normal operation */ 
outpw(regbase+cr, 0x100) ; 



/* read rra */ 



return (0) ; 



/* 

* init_tda() 

* This routine is to link the tda so as to make transmission more 

* efficient. It also initialize the utda and ctda registers. 

*/ 

init_tda() 

{ 

unsigned short i, ul6, 116; 
unsigned long addr32; 
unsigned long tba_addr; 
char far *ptr; 
struct SREGS segregs; 
tda struct *tmp_tda ; 
unsigned short c_tda_addr; 
unsigned short n_tda_addr; 

segread(&segregs) ; /* Read the segment register value */ 

/* check double word boundry */ 

tda_addr= (unsigned short) &tda[0]; 

tda_addr S=Oxf f f c ; 

/* link the first nine tda */ 

for (i=0; i<TDANUM-l; i++) { 

c_tda_addr=tda_addr+i*sizeof (tda_struct) ; 

n_tda_addr=c_tda_addr+sizeof (tda_struct) ; 

addr32=(( (unsigned long) segregs. ds « 16) | n_tda_addr) ; 

tba_addr=( ( (unsigned long) segregs. ds « 16) | 
((unsigned short) &tba[i])); 

Ul6=addr32»16; 

116= (unsigned short) addr32; 

addr32= (unsigned long)ul6 * 16 + 116; 

tmp_tda= (tda_struct* ) c_tda_addr ; 

tinp_tda->config=OxlOOO; 

tinp_tda->link= (unsigned short) addr32; 

ul6=tba_addr»16; 

116= (unsigned short) tba_addr; 

tba_addr= (unsigned long)ul6 * 16 + 116; 

tmp_tda->f rag_ptrl=tba_addr»16 ; 

tmp_tda->frag_ptrO= (unsigned short) tba_addr; 
} 



TL/F/1 1720-23 



1-811 



a> 
u> 
oo 



/* set the last tda link field to the first tda */ 
addr32=(( (unsigned long) segregs.ds « 16) | tda_addr) ; 
tba_addr=( ( (unsigned long) segregs.ds « 16) | 

( (unsigned short) &tba[TDANUM-ll ) ) ; 
Ul6=addr32»16; 
116= (unsigned short )addr 32; 
addr32= (unsigned long)ul6 * 16 + 116; 
c_tda_addr=tda_addr+ (TDANUM-1) *sizeof (tda struct) ; 
tmp_tda=(tda_struct*) o_tda_addr; 
tmp_tda->link= (unsigned short) addr32; 
ul6=tba_addr»l6 ; 
116= (unsigned short) tba_addr; 
tba_addr= (unsigned long)ul6 * 16 + 116; 
tnip_tda->frag_ptrl=tba_addr»16; 
tmp_tda->frag_ptrO= (unsigned short) tba_addr; 

/* set the utda and ctda register */ 
outpw(regbase+utda, addr32»16) ; /* set utda */ 
outpw(regbase+ctda, (unsigned short) addr32) ; /* set ctda */ 

tda_start_addr= (unsigned short) addr32 ; 



/* 

* init_rda() 

* 

* This routine is to link the rda together. It also initialize the urda and 

* crda registers. 



init_rda ( ) 
{ 

unsigned short i, ul6, 116; 

unsigned long addr32; 

struct SREGS segregs; 

rda_struct *tmp_rda; 

unsigned short c_rda_addr; 

unsigned short n_rda_addr; 

segread (& segregs ) ; /* Read the segment register value */ 

/* check double word boundry */ 
rda_addr= (unsigned short) Srda[0]; 
rda_addr&=Oxf f f c ; 
c_rda=rda_addr ; 
rda_start_addr=c_rda ; 
cur_rda=(rda_struct *) c_rda; 
/* link the rda */ 
for (i=0; i<RDANUM-l; i++) { 

c_rda_addr=rda_addr+i*sizeof (rda_struct) ; 

n_rda_addr=c_rda_addr+sizeof (rda_struct) ; 

addr32=(( (unsigned long) segregs.ds « 16) I n rda addr) ; 

Ul6=addr32»16; ' - - 

116= (unsigned short) addr32; 

addr32= (unsigned long)ul6 * 16 + 116; 
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tmp_rda=(rda_struct*) c_rda_addr; go 

tmp_rda->pkt_link= (unsigned short) addr32; <o 

tmp_rda->in_use=OxOffff ; 

} 

/* set the last rda link field to the first rda */ 
addr32=( ( (unsigned long) segregs.ds « 16) | rda_addr) ; 
Ul6=addr32»16 ; 
116=(unsigned short)addr32; 
addr32= (unsigned long)ul6 * 16 + 116; 
c_rda_addr=rda_addr+(RDANUM-l) *sizeof (rda_struct) ; 
tmp_r da= ( rda_struct* ) c_rda_addr ; 
tinp_rda->in_use=OxOffff ; 

tmp_rda->pkt_link= (unsigned short) addr32; 
tinp_rda->pkt_link|=l; /* set EOL */ 

/* set the urda and crda register */ 
outpw(regbase+urda, addr32»16) ; /* set urda */ 
outpw(regbase+crda, (unsigned short) addr32) ; /* set crda */ 



/* 

* init_rra ( ) 

* 

* This routine is initialize the rra and set rsa, rea, rrp, rwp registers 
* 

*/ 

init_rra ( ) 
{ 

unsigned short i, ul6, 116; 

unsigned long addr32; 

struct SREGS segregs; 

unsigned short rra_addr, addr; 

rra_struct * tinp_rra; 

segread(&segregs) ; /* Read the segment register value */ 

/* check double word boundry */ 
rra_addr= (unsigned short) &rra[0]; 
rra^addr &=Oxf f f c ; 
/* initialize the rra slot */ 
for (i=0; i<RRANUM; i++) { 

addr32=( ( (unsigned long) segregs.ds « 16) | 
((unsigned short) &rba[i])); 

Ul5=addr32>>16; 

116= (unsigned short) addr32; 

addr32= (unsigned long)ul6 * 16 + 116; 

addr=rra_addr+i*sizeof (rra_struct) ; 

tnip_rra=(rra_struct*) addr; 

tinp_rra->buff_ptrO=(unsigned short)addr32; 

tmp_rra->buf f_ptrl=addr32»16 ; 

tinp_rra->buff_wcO=RBA_BUF_SIZE/2; 

tBip_rra->buf f _wcl=0 ; 
} 

addr32=( ( (unsigned long) segregs.ds « 16) | rra_addr) ; 
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ul6=addr32»l6; 

116= (unsigned short) addr32; 

addr32=(unsigned long)ul6 * 16 + 116; 

/* set urra, rsa, and rrp */ 

outpw(regbase+urra, addr32 » 16) ; /* set urra */ 
outpw(regbase+rsa, (unsigned short) addr32) ; /* set rsa */ 

outpw(regbase+rrp, (unsigned short) addr32 ) ; /* set rrp */ 

/* set rea and rwp */ 

addr32+=48; 

outpw(regbase+rea, (unsigned short) addr32) ; /* set rea */ 

outpw(regbase+rwp, (unsigned short) addr32) ; /* set rwp */ 



/* 

* init_caiii() 

* 

* This routine is initialize the cam and set cdp, cdc registers. Also, 

* load the cam. 
* 

*/ 

init_cam() 
{ 

unsigned short i, ul6, 116; 

unsigned long addr32; 

struct SREGS segregs; 

unsigned short cam_addr, addr; 

cam_struct * tmp_cam; 

segread(&segregs) ; /* Read the segment register value */ 
/* check double word boundry */ 
cam_addr= (unsigned short) &cam[0]; 
cam_addr&=Oxf ffc; 

addr32=(( (unsigned long) segregs. ds « 16) | cam addr); 

ul6=addr32»16; 

116= (unsigned short)addr3 2; 

addr32= (unsigned long)ul6 * 16 + 116; 

outpw(regbase+cdp, (unsigned short) addr32) ; /* load cdp */ 
outpw(regbase+cdc, 16); /* load cdc */ 

tmp_cam=(cam_struct *) cam_addr; 
/* load the cda with node physical address */ 
tmp_cam->cam_port_info[0] .port0=inpw(regbase+0x0c90) ; 
tmp_cam->cain_port_info[0] .portl=inpw(regbase+0x0c92) ; 
tmp_cam->aaiii_port_info[0] .port2=inpw(regbase+0x0c94) ; 

for(i=0; i<16; i++) 

tmp_cam->cam_port_inf o [ 1 ) . entry_ptr=i ; 

tmp_cam->cam_enable=l ; /* load cam enable */ 

/* load cam */ 
outpw(regbase+cr, CMD_LCAM) ; 

/* to ensure load cam is properly executed and clear LCD bit in isr */ 
for (;;) { 

if (inpw(regbase+isr) & ISR_LCD) { 

outpw(regbase+isr, ISR_LCD) ; 

break ; 
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* $ID:$ 

* Copyright (c) 1990 by National Semiconductor Corporation * 

* All Rights Reserved * 
****************************************************************************** 

*/ 



oa 

to 



I* Packet Driver Error numbers * 

/define BAD_HANDLE 1 

#define NO_CLAS 2 

/define NO_TYPE 3 

/define NO_NUMBER 4 

/define BAD_TYPE 5 

/define NO_MULTICAST 6 

/define CANT_TERMINATE 7 

/define BAD_MODE 8 

/define NO_SPACE 9 

/define TYPE_INUSE 10 

/define BAD_COMMAND 11 

/define CANT_SEND 12 

/define CANT_SET 13 

/define BAD_ADDRESS 14 

/define CANT RESET 15 



/define RUNT 60 

/define GIANT 1514 

/define EADDR LEN 6 



/define MAX_HANDLES 10 
/define MIN_HANDLE 
/define MAX_TYPE_LEN 2 
/define OPEN -1 



* invalid handle number */ 

* no interfaces of specified class found */ 

* no interfaces of specified type found */ 

* no interfaces of specified number found */ 

* bad packet type specified */ 

* this interface does not support multicast*/ 

* this packet driver cannot terminate */ 

* an invalid receiver mode was specified */ 

* failed because of insufficient space */ 

* the type has already been accessed */ 

* and not released. */ 

* command out of range, or not implemented */ 

* packet couldn't be sent (usually hardware) */ 

* hardware address couldn't be changed */ 

* (more than 1 handle open) */ 

* hardware address has bad length or format */ 

* couldn't reset interface */ 

* (more than 1 handle open) */ 



smallest legal size packet, no fcs */ 
largest legal size packet, no fcs */ 
Ethernet address length. */ 



* max number of handles at one time 

* handles are thru 9 */ 

* max packet type length */ 

* available handle */ 



/define MIN(a,b) 
/define MAX(a,b) 



(((a) 
(((a) 



(b)) 
(b)) 



(a) 
(a) 



(b)) 
(b)) 



/* handle structure */ 
typedef struct _handle { 

int in_use; 

char type[MAX_TYPE_LEN); 

int len; 

unsigned int rec_es; 

unsigned int rec_di; 
} HANDLE; 



/* non-zero if handle exist */ 

/* packet type */ 

/* packet length */ 

/* receiver address segment */ 

/* receiver address offset */ 



static unsigned 

0x00, 0x80, 

0x10, 0x90, 

0x08, 0x88, 

0X18, 0X98, 

0x04, 0x84, 

0x14, 0x94, 

OxOc, 0x8c, 



char bit_swap[256] = { 

0x40, OxcO, 0x20, OxaO, 0x60, OxeO, 

.0X50, OxdO, 0x30, OXbO, 0x70, OxfO, 

0x48, 0xc8, 0x28, 0xa8, 0x68, OxeS , 

0x58, OxdS, 0x38, 0xb8, 0x78, Oxf 8 , 

0x44, 0xc4, 0X24, Oxa4 , 0x64, Oxe4 , 

0x54, Oxd4, 0x34, 0xb4, 0x74, Oxf 4, 

0x4c, Oxcc, 0x2c, Oxac, Oxec, OXec, 
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oxlo, 


0x9c, 


0x5c, 


Oxdc, 


0x3c, 


Oxbc, 


0x7c, 


Oxfc, 




0x02, 


0X82, 


0X42, 


0XC2, 


0x22, 


0xa2, 


0x62, 


0xe2, 




0x12, 


0x92, 


0x52, 


0xd2, 


0x32, 


0xb2, 


0X72, 


0xf2, 




OxOa, 


0x8a, 


0x4a, 


Oxca, 


0x2a, 


Oxaa, 


Ox6a, 


Oxea, 




Oxla, 


0x9a, 


0x5a, 


Oxda, 


0x3a, 


Oxba, 


Ox7a, 


Oxfa, 




0x06, 


0X86, 


0x4 6; 


Oxc6, 


0x26, 


0xa6, 


0x66, 


0xe6, 




0X16, 


0x96, 


0X56, 


0xd6, 


0x36, 


0xb6, 


0x76, 


0xf6, 




OxOg, 


OxSe, 


0x4e, 


Oxce, 


0x2e, 


Oxae, 


0x6e, 


Oxee, 




Oxle, 


0x9e, 


0x5e, 


Oxde, 


0x3e, 


Oxbe, 


0x7e, 


Oxfe, 




0X01, 


0x81, 


0x41, 


Oxcl, 


0x21, 


Oxal, 


0x61, 


Oxel, 




Oxll, 


0x91, 


0x51, 


Oxdl, 


0x31, 


Oxbl, 


0x71, 


Oxfl, 




0x09, 


0x89, 


0x49, 


0xc9, 


0X29, 


0xa9, 


0x69, 


0xe9, 




0X19, 


0x99, 


0x59, 


0xd9, 


0x39, 


0xb9, 


0x79, 


Oxf9, 




0x05, 


0x85, 


0X45, 


0XC5, 


0X25, 


Oxa5, 


0x65, 


0xe5, 




0x15, 


0x95, 


0x55, 


0xd5, 


0X35, 


Oxb5, 


0x75, 


0xf5, 




OxOd, 


OxSd, 


Ox4d, 


Oxcd, 


Ox2d, 


Oxad, 


0x6d, 


Oxed, 




Oxld, 


0x9d, 


OxSd, 


Oxdd, 


Ox3d, 


Oxbd, 


0x7d, 


Oxfd, 




0X03, 


0x83, 


0X43, 


0xc3, 


0x23, 


Oxa3, 


0x63, 


0xe3 , 




0x13, 


0X93, 


0x53, 


0xd3, 


0x33, 


Oxb3, 


0x73, 


Oxf 3 , 




OxOb, 


0x8b, 


0x4b, 


Oxcb, 


0x2b, 


Oxab, 


0x6b, 


Oxeb, 




Oxlb, 


0x9b, 


0x5b, 


Oxdb, 


0x3b, 


Oxbb, 


0x7b, 


Oxfb, 




0x07, 


0X87, 


0x47, 


0xc7, 


0x27, 


0xa7, 


0X67, 


0xe7, 




0x17, 


0X97, 


0X57, 


0xd7, 


0x37, 


0xb7, 


0x77, 


Oxf 7, 




OxOf , 


0x8f, 


0x4 f. 


Oxcf, 


0x2 f. 


Oxaf , 


0x6f, 


Oxef , 




Oxlf, 
} ; 


0x9f, 


0x5f, 


Oxdf, 


0X3 f. 


Oxbf, 


0X7 f. 


Oxff, 




/define 


BIT_ 


SWAP (a 


) 


bit_ 


swap[( 


unsigned char 


)(a)] 


#define 


BYTE 


_SWAP ( 


a, b) 


{ *( 


a) = * 


(b+1) ; 


*(a+l) 


= *(b); } 


/define BUF_SZ 


L514 














static unsigned 


Char 


s_buf tBUF_SZ 


l; 








static unsigned 


char 


snap[] 


= 










/* SNAP */ 
















{ 170 


170, 


3, 0, 


0, 


}; 











/define ETYPE_OFS 12 
/define DATA_OFS 14 
/define MAC_LEN 14 

static struct { 

unsigned long packets_in; 

unsigned long packets_out ; 

unsigned long bytes_in; 

unsigned long bytes_out; 

unsigned long errors_in; 

unsigned long errors_out; 

unsigned long packets_dropped; 
} drv_stats; 

static struct { 

unsigned char major_rev; 

unsigned char minorrev; 

unsigned char length; 

unsigned char addr_len; 

unsigned short mtu; 

unsigned short niulticast_aval; 

unsigned short rcv_bufs; 

unsigned short xmt_bufs; 



unsigned short int_num,- 
} drv_parani; 
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/* 

* $ID:$ 
* 
It********************************************************************** 

* Copyright (c) 1990 by National Semiconductor Corporation * 

* All Rights Reserved * 

it********************************************************************** 



> 
Z 

oa 
ui 



/* SONIC definition and data structures */ 



#define 


TDANUM 


5 


/define 


RDANUM 


40 


#define 


RRANUM 


3 


/define 


RBA BUF SIZE 


8192 


/define 


TBA_BUF_SIZE 


1514 


/* isr bit 


pattern */ 




/define' 


CMD LCAM 


0x0200 


/define 


ISR RFO 


0X0001 


/define 


ISR RBE 


0x0020 


/define 


ISR RDE 


0x0040 


/define 


ISR PKTRX 


0X0400 


/define 


ISR TXDN 


0x0200 


/define 


ISR TXER 


0x0100 


/define 


ISR_LCD 


OxlOOO 


/define 


THIN 


0X03 


/define 


THICK 


0X01 


/define 


ID ADDR 


OxCSO 


/define 


MAX SLOT 


15 



/************************************************************ 

* * 

* Offset of the EISA9010 register from the regbase address * 

* * 
***********************************************************j 

/define plx_ebc 0xC84 /* EBC register */ 
/define plx_regO OxCBB /* register */ 
/define plx_regl 0xC89 /* register 1 */ 
/define plx_reg2 0xC8A /* register 2 */ 
/define plx_reg3 0xC8F /* register 3 */ 
/**************************************************** 

* * 

* Offset of the register from the i/o base address * 

* * 
****************************************************j 

I* Command */ 

/* Data Configuration */ 

/* Receive Control */ 

/* Transmit Control */ 

/* Interrupt Mask */ 

/* Interrupt Status */ 

/* Upper Transmit Descriptor Addr */ 

/* Current Transmit Descriptor Addr */ 

/* Transmit Packet Size */ 

/* Transmit Fragment Count */ 

/* Transmit Start Address */ 



/define 


cr 





/define 


dcr 


2 


/define 


rcr 


4 


/define 


tcr 


6 


/define 


imr 


3 


/define 


isr 


10 


/define 


utda 


12 


/define 


ctda 


14 


/define 


tps 


16 


/define 


tfc 


18 


/define 


tsaO 


20 
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#define tsal 


22 


/* Transmit Start Address 1 */ 




#define tfs 


24 


/* Transmit Fragment Size */ 




/define urda 


26 


/* Upper Receive Descriptor Addr */ 




/define crda 


28 


/* Current Receive Descriptor Addr */ 




/define crbaO 


30 


/* Current Receive Buffer Addr */ 




/define crbal 


32 


/* Current Receive Buffer Addr 1 */ 




/define rbwcO 


34 


/* Remaining Buffer Word Count */ 




/define rbwcl 


36 


/* Remaining Buffer word Count 1 */ 




/define eobc 


38 


/* End of Buffer Word Count */ 




/define urra 


40 


/* Upper Receive Resource Addr */ 




/define rsa 


42 


/* Resource Start Addr */ 




/define rea 


44 


/* Resource End Addr */ 




/define rrp 


46 


/* Resource Read Addr */ 




/define rwp 


48 


/* Resource Write Addr */ 




/define trbaO 


50 


/* Temp Recv. Buffer Addr */ 




/define trbal 


52 


/* Temp Recv. Buffer Addr 1 */ 




/define tbwcO 


54 


/* Temp Buffer Word Count */ 




/define tbwcl 


56 


/* Temp Buffer Word Count 1 */ 




/define addrO 


58 


/* Address Generator */ 




/define addrl 


60 


/* Address Generator 1 */ 




/define Ufa 


62 


/* Last link Field Addr */ 




/define ttda 


64 


/* Temp Transmit Descriptor Addr */ 




/define cep 


66 


/* CAM entry Point */ 




/define cap2 


68 


/* CAM Address Port 2 */ 




/define capl 


70 


/* CAM Address Port 1 */ 




/define capo 


72 


/* CAM Address Port */ 




/define ce 


74 


/* CAM Enable */ 




/define cdp 


76 


/* CAM Descriptor Pointer */ 




/define cdc 


78 


/* CAM Descriptor Count */ 




/define sr 


80 


/* Silicon Revision */ 




/define wto 


82 


/* Watchdog Timer */ 




/define wtl 


84 


/* Watchdog Timer 1 */ 




/define rsc 


86 


/* Receive Sequence Counter */ 




/define crct 


88 


/* CRC Error Tally */ 




/define faet 


90 


/* FAE Error Tally */ 




/define mpt 


92 


/* Missed Packet Tally */ 




/define mdt 


94 


/* Maximum Deferral Timer */ 




/define rtc 


96 


/* Receive Test Control */ 




/define ttc 


98 


/* Transmit Test Control */ 




/define dtc 


100 


/* DMA Test Control */ 




/define ccO 


102 


/* CAM Comparison */ 




/define ccl 


104 


/* CAM Comparison 1 */ 




/define cc2 


106 


/* CAM Comparison 2 */ 




/define cm 


108 


/* CAM Match */ 




/define reservel 


110 


/* Reserved */ 




/define reserve2 


112 


/* Reserved */ 




/define rbc 


114 


/* Receiver Byte Count */ 




/define reserve3 


116 


/* Reserved */ 




/define tbc 


118 


/* Transmitter Backoff Counter */ 




/define trc 


120 


/* Transmitter Random Counter */ 




/define tbm 


124 


/* Transmitter Backoff Mask */ 




/define reserve4 


126 


/* Reserved */ 




/define reserves 


128 


/* Reserved */ 




/define BASIC 









/define HIGH_PERFORMANCE 


1 




/* tda structure 


*/ 






typedef struct tda construct { 




unsigned 


long 


status; 
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unsigned 


long 


conf ig; 




unsigned 


long 


pkt_slze; 




unsigned 


long 


f rag_count ; 




unsigned 


long 


frag~ptrO; 




unsigned 


long 


frag_ptrl; 




unsigned 


long 


frag_size; 




unsigned 


long 


link; 




unsigned 


long 


type; 




char far 


* 


buffer; 




unsigned 


long 


xint_di; 




unsigned 


long 


xmt_es ; 


} 


tda_struct; 






/* 


rda structure 


*/ 




typedef struct rda construct { 




unsigned 


long 


status; 




unsigned 


long 


byte_count; 




unsigned 


long 


pkt ptrO; 




unsigned 


long 


pkt_ptrl; 




unsigned 


long 


seq_no; 




unsigned 


long 


pkt_llnk; 




unsigned 


long 


ln_use; 


} 


rda_struct; 
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/* rra structure */ 

typedef struct rra_construct { 

unsigned long buff_ptrO; 

unsigned long buff_ptrl; 

unsigned long buff_wcO; 

unsigned long buff_wcl; 
} rra_struct; 

/* rba structure */ 

typedef struct rba_construct { 

unsigned char buff [RBA_BUF_SIZE] ; 
} r ba_struct ; 

/* tba structure */ 

typedef struct tba_construct { 

unsigned char tba_buf f [TBA_BUF_SIZE] ; 
} tba_struct; 

typedef struct cain_port { 

unsigned long entry_ptr; 

unsigned long portO; 

unsigned long portl; 

unsigned long port2; 
} cam_port_struct ; 

typedef struct cam_construct { 

cam port_struct cain_port_info[16] ; 

unsigned long cam_enable; 
} cam_struct ; 

rba_struct rba [ RRANUM ] ; 

tba struct tba(TDANUM]; 

unsigned char tda[TDANUM*slzeof (tda_struct)+3] ; 

unsigned char rda[RDANUM*slzeof (rda_struct)+3i ; 

unsigned short in_isr; 
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unsigned char rra[RRANUM*sizeof (rda_struct)+3] ; 
unsigned char camfsizeof (cam_struct)+3] ; 



unsigned short sonic_irq; 

unsigned short cable_type; 

unsigned short regbase; 

short transmitactive; 

short curtda; 

short currda; 

short previous_seqno; 

short retry; 

unsigned short rwp_table[6] ; 

short cur_rwp; 

unsigned short tda_addr; 

unsigned short tda_start_addr ; 

unsigned short rdaaddr; 

unsigned short c_rda; 

unsigned short r da_start_addr ; 

unsigned char far *type_ptr; 

short tda_head; 

short tda_tail; 

rda_struct * cur_rda; 



/* sonic interrupt*/ 

/* thin/thick cable */ 

/* base io address */ 

/* transmission currently active flag 

/* current tda */ 

/* current rda */ 

/* previous sequence number */ 

/* transmit retry counter */ 

/* RRA location table structure */ 

/* pointer to rwp_table */ 

/* tda starting address */ 

/* tda starting physical address */ 

/* rda starting address */ 



/* pointer for packet type 
/* head ptr to tda list */ 
/* tail ptr to tda list */ 
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ISRLIB.ASM i, 

Ui 

J****************************************************************************** 
Copyright (c) 1990 National Semiconductor Corporation * 

All Rights Reserved * 

******************************************************************************* 

_TEXT SEGMENT WORD PUBLIC 'CODE' 

_TEXT ENDS 

_DATA SEGMENT WORD PUBLIC 'DATA' 

_DATA ENDS 

CONST SEGMENT WORD PUBLIC 'CONST' 

CONST ENDS 

_BSS SEGMENT WORD PUBLIC 'BSS' 

_BSS ENDS 

DGROUP GROUP CONST, _BSS, _DATA 

ASSUME CS: _TEXT, DS: DGROUP, SB: DGROUP 

_TEXT segment word public 'CODE' 
assume cs: TEXT 





public 


_get_sp 


get_sp 




proc far 




mov 


ax,sp 




add 


ax, 4 




mov 


dx,ss 




ret 




_get_sp 




ENDP 




public 


_set_sp 


set_sp 




proc far 




mov 


bx,ss 




mov 


es,bx 




mov 


bx,sp 




pushf 






cli 






pop 


dx 




mov 


sp,word ptr ss:[bx+4] 




mov 


ss,word ptr ss:[bx+6] 




and 


dx,512 




jz 


skip 




sti 




5kip: 


sub 


sp,4 




mov 


ax, word ptr es:[bx+2] 




push 


ax 




mov 


ax, word ptr es:[bx] 




push 


ax 




ret 





_set_sp ENDP 

public _get_if 

_get_if proc far 
pushf 

pop dx 

mov ax,0 

and dx,512 
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3Z 
mov 

if ret: ret 

_get_if 

ARG_OFS equ 

public 

_int_fddi 

push 

mov 

sub 



ifret 
ENDP 



_int_fddi 
proc far 
bp 

bp, sp 
sp, 8 



;near = 4, far = 6 (from bp) 



;work area for INT code 



;put 

mov 
mov 
mov 
mov 
mov 
lea 
mov 



INT code on stack 

byte ptr[bp - 2], Ocbh 

ax, word ptr[bp + ARG OFS] 
[bp - 3], al 

byte ptr[bp - 4], Ocdh 

word ptribp - 6] , ss 

ax, word ptr[bp - 4] 

word ptr[bp - 8], ax 



;get regs values off sp, pointers are far 

[bp + ARG_OFS + 4] 
[bp + ARG_OFS + 2] 



push 

mov 

mov 

mov 

mov 

mov 

mov 

mov 

mov 

pop 



bp, 
ax, 
bx, 
ex, 
dx, 
si, 
di, 
bp 



es 
es 
es 
es 
es 



[bp] 

;[bp + 

;[bp + 

;[bp + 

[bp + 

[bp + 



2] 
4] 
6] 
8] 
10] 



mov 
mov 
mov 
pop 
mov 
mov 
mov 
mov 
mov 
mov 

add 
pop 
ret 
int fddi 



call dword ptr[bp - 8] 

;get carry bit 

push ax 

pushf 

pop ax 

and ax, 1 

;put regs values on sp 



;do INT 



;mask carry bit 



es, [bp + ARG_OFS 
bp, [bp + ARG_OFS 
es: [bp +12], ax 



8] 
S] 



ax 

es: 

es: 

es: 

es: 

es: 

es: 

sp, 
bp 



;cflag 



[bp], 
[bp + 
[bp + 
[bp + 
[bp + 
[bp + 

8 



ax 

2], 
4], 
6], 
8], 
10], 



bx 
ex 
dx 

si 
di 



ENDP 



TEXT 



ends 
end 
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PKT1NT.ASM 

****************************************************************************** 

* Copyright (c) 1990 by National Semiconductor Corporation * 

* All Rights Reserved * 
****************************************************************************** 

title TEXT - Interrupt service routine 

extrn _int_handler :near 

_TEXT SEGMENT WORD PUBLIC 'CODE' 

_TEXT ENDS 

_DATA SEGMENT WORD PUBLIC 'DATA' 

_DATA ENDS 

CONST SEGMENT WORD PUBLIC 'CONST' 

CONST ENDS 

_BSS SEGMENT WORD PUBLIC 'BSS' 

_BSS ENDS 

DGROUP GROUP CONST, _BSS, _DATA 

ASSUME CS: _TEXT, DS: DGROUP, SS: DGROUP 

_DATA SEGMENT WORD PUBLIC 'DATA' 

assume ds: DGROUP 

rcvr_ptr dd ? 

upcall_ptr dd ■ ? 

segmoffs struc 

offs dw ? 

segm dw ? 

segmoffs ends 
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DATA 



ENDS 



_TEXT segment word public 'CODE' 
assume cs:_TEXT 

CFLAG_OFFSET equ 2 

FLAG_OFFSET equ 6 

REGS_OFFSET equ 14 

SREGS_OFFSET equ 2 2 



public _drv_isr 
drv isr proc far 



3inp 
db 



start 

'PKT DRVR' ,0 



; driver signature 



; setup registers on stack for MSC's union REGS and struct SREGS 
start: 

assume ds: nothing 

push bp 

mov bp, sp 

and word ptr[bp+FLAG_OFFSET] , not 1 ;clear carry bit 

push word ptr [bp+FLAG_OFFSET] ;put in cflag field of structure 

push di ;save regular registers 
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op 

Z 

< 



push 


si 


push 


dx 


push 


ex 


push 


bx 


push 


ax 


push 


ds 


push 


ss 


push 


cs 


push 


es 



/•save segment registers 



push ss 

'"'ush ^^' ""'^'^ ^^^ [bp-SREGS_OFFSET] ;pass sregs pointer 

push ss 

lea ax, word ptr [bp-REGS_OFFSET] ;pass regs pointer -> ax 

push ax 3 I- u/i 



mov 


ax, DGROUP 


mov 


ds, ax 


assume 


ds: DGROUP 


eld 




call 


int handler 


add 


sp, 8 


mov 


ax, word ptr 


mov 


word ptr[bp+ 


pop 


es 


pop 


ax 


pop 


ss 


pop 


ds 


pop 


ax 


pop 


bx 


pop 


ex 


pop 


dx 


pop 


si 


pop 


di 


pop 


bp 


pop 


bp 



iret 



;get global data segment 
;make segment addressable 



;call C interrupt handler 



;mov of lag to flag reg 



/restore registers 
; dummy pop for os 



drv 



endp 



;pop cflag of structure 
(•return from interrupt 



public _app_recv 
_app_recv proc near 
ax_ofs equ 4 



assume 

push 

mov 

push 

push 

push 

mov 
mov 
mov 
mov 



ds : DGROUP 

bp 

bp, sp 

ds 

es 

bx 

bx, [bp+ax_ofs+10] 
rcvr_ptr.offs, bx 
bx, [bp+ax_ofs+l2] 
rcvr_ptr . ssgm , bx 



; set-up app reciever 
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les 


bx, dword ptr[bp+ax ofs+6] 


/buffer 




mov 


si, word ptr es:[bx] 






push 


ds 






mov 


ds, word ptr es:[bx+2) 






mov 


ax, [bp+ax ofs] 






mov 


bx, [bp+ax_ofs+2] 






mov 


ex, [bp+ax_ofs+4] 






pop 


es 






assume 


es : DGROUP 






call 


es : rcvr_ptr 






mov 


ax, es 






les 


bx, dword ptr[bp+ax_ofs+6] 


/update pointer ES:DI 




mov 


word ptr es:[bx], di 






mov 


word ptr es:[bx+2], ax 






pop 


bx 






pop 


es 






pop 


ds 






pop 


bp 






ret 




/return 




_app_recv 


endp 






public 


xmt upcall 






_xiiit_upcall proc near 






ret_ofs equ 4 








assume 


ds : DGROUP 






push 


bp 






mov 


bp, sp 






push 


ds 






push 


es 






push 


bx 






mov 


bx, [bp+ret_ofs+6] 






mov 


upcall ptr.offs, bx 






mov 


bx, [bp+ret_ofs+8] 






mov 


upcall_ptr.segm, bx 






les 


bx, dword ptr[bp+ret ofs+2] 


/buffer 




mov 


di, word ptr ds:[bx] 






mov 


es, word ptr ds:[bx+2] 






mov 


ax, [bp+ret ofs] 






assume 


ds : DGROUP 






call 


ds:upcall_ptr 






pop 


bx 






pop 


es 






pop 


ds 






pop 


bp 






ret 




/ return 




_xmt_upcall 


endp 






_TEXT ends 








end 
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MAKEFILE 

zi = -zi 

INC = . .\ include 

CFLAGS = $(Zi) -Gs -I$(INC) -c 

HFLAGS = -Ml 

OBJ = pktdrv.obj sonic. obj pktint.obj far.obj isr.obj isrlib.obj 
LIB 

sonic. obj: sonic. c $ (INC) \sonic.h 
cl $ (CFLAGS) $*.c 

pktdrv.obj: pktdrv.c $(INC) \pktdrv.h $ (INC) \sonic.h 
cl $ (CFLAGS) $*.c 

far.obj: far.c $(INC) \sonic.h 
cl $ (CFLAGS) $*.c 

isr.obj: isr.c $ (INC) \sonic.h 
cl $ (CFLAGS) $*.c 

isrlib.obj: isrlib.asm 

masm $(MFLAGS) $*.asni; 

pktint.obj; pktint.asm 

masm $(MFLAGS) S*.asm; 

pktdrv.exe: $(OBJ) 

cl S(ZI) $(OBJ) -o $* 

clean: 

-del *.obj 
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Determining Arbitration 
and Threshold Leveis 
in a SONIC™ Based 
MicroChannel® Adapter 



ABSTRACT 

With the number of bus master adapter boards increasing in 
MicroChannel based systems, many issues arise. This is es- 
pecialiy true regarding Bus Master Ethernet LAN coritroilers 
such as the DP839EB-MCS. As such, the entire MCA envi- 
ronment needs to be considered so that critical settings (or 
arbitration levels, threshold levels, and fairness options can 
be chosen. This paper describes these issues as they relate 
to National Semiconductor's DP839EB-MCS 32-bit Ethernet 
LAN controller board, which utilizes the DP33932 (SONIC). 
The major issues include bus latency, bus efficiency and the 
contributing factors affecting these critical system level pa- 
rameters. Factors such as bus occupancy times, DRAM re- 
fresh rates, floppy controller accesses, CPU accesses, 
mass storage transfer rates, latency tolerances, and priority 
levels all contribute to latency and efficiency. Within this 
environment, the high performance levels of the SONIC are 
achieved, even in worst-case scenarios in heavily loaded 
file servers with multiple bus masters. 
It is also important to note that many of the basic concepts 
and considerations required in this application will also ap- 
ply to other buses, although the detailed analysis will differ. 

OVERVIEW 

The DP83932 (SONIC) is a high performance, 32-bit, bus 
mastering Ethernet controller designed for a wide variety of 
applications. These applications include motherboards, 
routers, bridges and gateways, buffered and intelligent 
adapter boards, and bus master adapter boards. In each of 
these applications, determining the optimum thresholds and 
arbitration levels are key parameters to choose to ensure 
optimum performance. In determining these parameters, the 
anticipated system configuration needs to be understood. 
Specifically, the number and type of bus mastering devices 
in a system needs to be determined. Once these bus mas- 
ters have been identified, the device thresholds and board 
arbitration levels can be determined. 
Determining the anticipated number and type of bus mas- 
ters directly affects a bus specification known as Bus Laten- 
cy. Bus latency is defined as the time between when a bus 
master requests the bus to when it actually gets it. 
Bus latency is a critical systems level specification because 
if it is too long, a bus master who doesn't get the bus when it 
needs it could suffer performance degradations or even 
more severe conditions such as a lost Ethernet packet or 
missed "sector" in a streaming tape drive. As such the 
Ethernet controller subsystem needs to have enough toler- 
ance to handle large latencies to guarantee it's access to 
the bus and avoid this missed packet condition. The SONIC 
was specifically designed to perform in these applications. 
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By having a high speed, 66 MB/s, DMA host interface the 
SONIC maximizes bus bandwidth and minimizes time on the 
bus. Coupled with two efficient, 32 byte receive and transmit 
FIFOs, the SONIC will tolerate most latencies found in many 
applications. 

Determining bus latencies is easy in many applications. 
Bridges and gateways, motherboards, intelligent and/or 
buffered adapter boards are systems in which the anticipat- 
ed bus masters are known. In these systems it would be 
common to have the host CPU, a DMA controller, and pe- 
ripheral devices (SCSI, FDDI, . . . ) all known by the system 
designer before the product is shipped out the door. 
It is the designer who has to design a bus master adapter 
board or motherboard for a target bus (be in MicroChannel, 
EISA, VME, etc.) with expansion slots who has a tougher 
problem. He doesn't know what the end system configura- 
tion will be so he has to design to what is anticipated to be a 
worst case system configuration. The adapter board design- 
er's customers would be the systems integrators who need 
to make sure that his board is designed property so it will 
operate in fully loaded systems and still attain the high per- 
formance that he expects from this type of bus-mastering 
device. 

Towards this end, this paper is written to assist the SONIC 
adapter board designer in choosing the correct arbitration 
and threshold levels for an IBM PS/2 Model 80 application, 
most probably operating as a file server having multiple LAN 
and mass storage devices on the MCA bus. For designers 
of other systems, this paper should help in understanding 
many of the issues that arise in a bus master LAN environ- 
ment. 

Before discussing this, a few MCA specifics need to be ad- 
dressed. First off is the arbitration scheme. There can be up 
to 8 bus master expansion boards on the Model 80 MCA 
bus, including 8 DMA channels, the system CPU, refresh, 
and NMI which are on the system motherboard. Most have 
their own arbitration level as programmed via a PCS regis- 
ter. When a device wants ownership of the bus, it asserts 
the PREEMPT* signal and will then monitor the ARB/GNT* 
signal, and when high (as controlled by the central arbitra- 
tion logic on the system board) will place it's arbitration vec- 
tor on the bus. If it's vector has the highest value, it wins the 
bus, ARB/GNT* goes low, PREEMPT* is de-asserted, and 
it can now do data transfers. If other devices want the bus 
they can asynchronously assert PREEMPT*. The first de- 
vice has 7.8 )u,s to get off the bus and then all requesting 
devices, including the first if it wants to, compete for the bus 
and the arbitration process starts over again. When deter- 
mining system characteristics, this 7.8 (is is often used as it 
dictates the maximum amount of time that a device can own 
the bus if others are requesting it. 
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Another aspect of the MCA architecture is a feature called 
Fairness. Fairness allows all devices access to the bus in a 
round-robin fashion as determined by pre-assigned priority 
levels. Carefully choosing which devices are fair or not al- 
lows proper performance levels for the various devices on 
the bus. If fairness is enabled for a device and it currently 
owns the bus and another device(s) wants it, it will wait to 
re-arbitrate until all other requesting devices have had a 
chance on the bus themselves (this Is noticed by the ab- 
sence of an active PREEMPT* signal). In this way no device 
will hog the bus and prevent others from accessing it. If 
fairness is disabled for a device, it will arbitrate for the bus 
any chance a valid arbitration cycle is available, regardless 
whether other devices are waiting to arbitrate also. Even 
with fairness enabled, the winner of the bus still needs the 
highest arbitration level, however, properly setting the fair- 
ness option will determine who will do the arbitrating. 
In determining the arbitration levels and thresholds the de- 
signer of the SONIC bus master adapter board needs to 
account for a worst case bus situations. This would most 
likely be a high performance file server with multiple adapter 
boards. These could include an ESDI disk controller, an 
SCSI controller for additional disk and tape backup facilities 
and from 1 to 4 LAN boards to handle a heavily loaded 
network. Other anticipated bus master boards could also be 
included in this scenario (e.g., FDDI) but our discussion will 
be limited to the aforementioned configuration. (This is in- 
deed a worst case scenario. A more typical case for a file 
sen/er would have 1 or 2 LAN boards and both a SCSI and 
ESDI controller). 

To summarize our worst case scenario for this analysis, we 
will assume the MicroChannel PS/2 has these adapter 
boards installed: 

• 4 SONIC Bus Master Adapter Boards 

• 1 Bus Master SCSI Controller 

• 1 Bus Master ESDI Controller 

DETERMINING ARBITRATION LEVELS 
AND THE FAIRNESS OPTION 

When determining these it must be understood that the 
mass storage devices and the LAN controllers have differ- 
ent goals when it comes to bus utilization. The mass storage 
devices will have large blocks of data to transfer that are 
typically already stored in a local buffer on the adapter 
board or on the drive itself. All ESDI disk controllers have a 
local buffer, some with megabytes of storage. Most SCSI 
host adapters have buffering as well, although a trend is to 
use a bus-mastering SCSI controller IC that can gain the 
bus similar to the way the SONIC does. These don't have 
local buffering outside of their internal FIFO, but have the 
data storage on the disk drive itself. The main priority for the 
storage devices is to transfer as much data as possible for 
as long as it has the bus. Of second priority is latency tolera- 
tion. These devices can wait a reasonable amount of time 
before they get the bus. Because they already have a large 
amount of data buffered, no data should be lost if it isn't 
granted the bus immediately. However, when it does get the 
bus, it needs to transfer as much as possible. 
The Bus Master UN controllers, on the other hand, need to 
have quicker access than the mass storage devices and 
within their latency period. This is especially true when re- 
ceiving a packet, for to get a FIFO overrun error would 
cause upper protocol layers to initiate long and time con- 



suming recovery procedures. Once they are on the bus, 
however, they are on for a relatively short period of time. 
This Is due to the fast 20 MB/s MCA transfer rate and the 
smaller amount of data that is to be transferred at one time. 
(A disk or tape cache can have many Kbytes available for 
transfer, the 32 byte FIFO will transfer at the most that 
amount.) 

With this In mind, the LAN controllers should be configured 
to have near immediate access to the bus. As such, each 
should be set to have a priority level higher than the storage 
devices. Thus whenever an arbitration takes place, a LAN 
controller should always participate and win so it can attain 
bus ownership as soon as possible. The setting of the fair- 
ness option should also be chosen to allow the LAN boards 
immediate bus access. If all devices had enabled the fair- 
ness option it Is possible for the LAN board to be off the bus 
for a longer period of time than it's latency tolerance allows, 
for example as shown in Table I. 

TABLE I. Possible (but Not Optimum) Priority Settings 
for Adapters, but Not the Optimum Solution 



Device 


Priority 


Fairness 


LANO 





Yes 


LAN1 


1 


Yes 


LAN2 


3 


Yes 


LAN3 


4 


Yes 


SCSI 


6 


Yes 


ESDI 


7 


Yes 



In this scenario all devices have fairness enabled and the 
LAN boards have the higher priority. If a LAN board is await- 
ing arbitration it will win vs. the ESDI and SCSI boards. How- 
, ever, since fairness is enabled for the LAN boards it means 
that they must defer arbitrating until all other devices have 
been on the bus. These boards should participate In every 
arbitration cycle and by enabling fairness for them, this Is 
prevented. Specifically in this example, the SCSI and ESDI 
boards Will be on the bus consecutively for 7.8 jxs each (for 
16.2 fis total, including artjltratlon time) and the LAN boards 
would miss the intermediary arbitration cycle; this might ex- 
ceed the boards latency toleration. By disabling fairness on 
the LAN tjoards, each is guaranteed to participate in every 
arbitration cycle and not have to wait for other device's arbi- 
trations and bus occupancy times. Because of this and their 
higher priority levels, a LAN board will always arbitrate and 
win when ah arbitration cycle occurs. We now have this: 

TABLE II. Priority Settings for Adapters 
with Correct Fairness Setting 



Device 


Priority 


Fairness 


UNO 


. 


No 


UNI 


1 


No 


UN2 


3 


No 


UN3 


4 


No 


SCSI 


6 


Yes 


ESDI 


7 


Yes 
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What about the storage devices? Fairness should be en- 
abled for them. Due to the large amounts of data available 
for them to transfer in their respective caches, they will al- 
ways have a need to own the bus and so they will always be 
requesting It. If fairness were disabled, the higher priority 
device (the SCSI controller In this case) would hog the bus 
and prevent the ESDI controller from accessing it. Thus fair- 
ness should be enabled for them. 
To summarize, the above configuration will give each LAN 
board Immediate access to the bus. The SCSI and ESDI 
boards would each have accessibility to the bus and al- 
though delayed due to the higher priority LAN boards, their 
latency tolerances are much higher and would incur only a 
minor, yet expected loss In bus acquisition time. The set- 
tings for the DMA slave ESDI controller that is configured 
with the Model 80, does indeed default to these settings. 
Fairness is enabled for it and it occupies DMA channel 7, 
the lowest priority DMA Channel. 

The following Figure 1 1llustrates the sequence of events in 
a fully loaded, extreme worst case situation by properly set- 
ting the arbitration levels and fairness. Other devices such 
as refresh and the floppy controller will be Included later 
when FIFO thresholds are discussed. 
It should be remembered that the system CPU, the floppy 
controller, refresh, and other devices will be on the bus as 
well. These, along with the adapter boards all contribute to 
bus latency. Because of this latency the SONIC's FIFO 
threshold must be set properly to tolerate the expected la- 
tencies and avoid overrun/underrun errors. When set prop- 
erly the SONIC will achieve the high performance the de- 
signer wants and the system's Integrator expects. 

DETERMINING THRESHOLD LEVELS 

The FIFO threshold is an option that Is programmed In the 
SONIC's Data Configuration Register and both the receive 
and transmit FIFOs can be programmed for different values. 
What is the FIFO threshold? The threshold Is simply the 
point in time that the DMA engine requests the bus after a 
certain amount of data has filled the FIFOs. For example, a 
threshold of 1 long word for the receive FIFO would mean 
that after 4 received bytes from the network have filled the 
receive FIFO the DMA engine will request the bus. For the 
transmit FIFO, a threshold of 4 long words would cause the 
DMA engine to request the bus when the number of bytes In 
the FIFO falls below 16. 

When determining the threshold levels, we need to first ex- 
plore the specific latencies expected In our worst case sce- 
nario. The latency calculation is done by adding together 
the bus occupancy times of the various bus masters, their 



priority levels, and the fairness option. We will assume the 
following: 

• All adapter boards have 32-bit MCA bus master Interfac- 
es 

• The SONIC board transfer rate will be at 250 ns (al- 
though MCA will operate @ 200 ns and the SONIC can 
do synchronous transfers on other buses ® 100 ns) 

• Arbitration time will be 300 ns (0.3 jas) 

• EMPTY/FILL Mode is enabled for FIFO buffering 

• The Floppy controller will request service from DMA 
Channel 2 every 12 ju,s and will remain on the bus for 
500 ns. 

• Refresh occurs every 15.1 )as and Inserts Itself in the 
middle of an arbitration cycle, extending it 200 ns for a 
total arbitration time of 500 ns. 

In this example we will assume that the SCSI controller just 
got on the bus and then Immediately afterwards all four LAN 
boards and the ESDI controller request the bus by asserting 
PREEMPT'. This example takes a worst case latency and 
will show how the chosen threshold and arbitration levels 
and fairness options will guarantee proper system perform- 
ance by showing how all four LAN boards will be able to 
access the MCA bus. When these devices request the bus it 
is to be understood that their FIFO thresholds have been 
reached. The LAN controllers will be buffering a received 
packet, a very critical bus access. 
What should the threshold levels be for the 4 LAN control- 
lers? Choosing the proper threshold Involves trade-offs be- 
tween a number of systems level specifications. By having a 
low threshold, maximum latency Is assured. However, fowor 
bytes will transfer so the arbitration percentage will be high- 
er, reducing efficiency. Also, the controller will request the 
bus rnore often causing bursty traffic across the bus. A larg- 
er threshold on the other hand, solves these problems at 
the expense of lower bus latency tolerance. In light of this, 
the thresholds of LAN0:1 should be higher than LAN2:3. 
LAN0:1 won't see larger latencies due to their higher priori- 
ties. However, they shouldn't request the bus again before 
LAN2:3 get a chance, increasing the latency they already 
Incur. LAN2:3, however, need to tolerate longer latencies 
than LAN0:1 because, due to their priorities, they will be off 
the bus for longer periods of time. They will request the bus 
sooner and more often, however, this shouldn't Impact sys- 
tem performance due to the short bus duration. By choosing 
a threshold of 16 bytes for LAN0:1 and 8 bytes for LAN2:3, 
as summarized in Table III, a good balance between these 
Issues is achieved. 
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FIGURE 1. Bus Ownership In Example PS/2 Under Worst Case Bus Request 
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Table III shows the arbitration bus priority assignments that 
show proper settings for the IBM PS/2 Model 80 devices. It 
should be remembered that these device assignments are 
determined by the MCA specification. Some of the assign- 
ments are pre-set, while others can be occupied by installa- 
ble adapter boards. For example, refresh and NMI are pre- 
set to arbitration levels -2 and -1. The Floppy controller 
occupies DMA channel 2. The other DMA channels are 
available for adapter boards. 

TABLE III. Arbitration, Fairness, 
and FIFO Threshold Settings 



Device 


Priority 


Fairness 


Threshold 


Latency 


Latency 


Refresh 


-2 










NMI 


-1 










LAND 





No 


16 
Bytes 


16 
Bytes 


12.8 


LAN1 


1 


No 


18 


16 


12.8 


Floppy 


2 










LAN2 


3 


No 


8 


24 


19.2 


LAN3 


4 


No 


a 


24 


19.2 


Available 
(Note 1) 


5 










SCSI 


6 


Yes 








ESDI 
(Note 2) 


7 


Yes 








Available 


8-E 










CPU 


F 











Note 1: An IBM ST-506 disk controller will default to an arbitration ievei of 5 
witli fairness enabled. 

Note 2: An IBM ESDI controller will default to arbitration level of 7 with 
fairness enabled. 

Devices 8-E are available for bus masters. In our example, 
DMA channels 0, 1, 3, and 4 are masked out and are used 
to hold the bus mastering LAN controllers. The bus master 
SCSI host adapter is put at ARB 6 with DMA channel 6 
masked out. A standard PS/2 Model 80 comes with an 
ESDI disk controller operating as a DMA slave at ARB 7. 
This is the default setting for this controller, Because of this, 
the LAN designer doesn't have to worry about the arbitra- 
tion level and fairness options for this controller. It can be 
assumed that the SCSI host adapter will be configured in 
the same way: with a low priority and with fairness enabled. 
In our example we have assumed a bus mastering ESDI 
controller; however, the standard one is a DMA slave de- 
vice. For our discussion, though, we will assume it is a bus 
master for clarity's sake. 

Once the arbitration levels and thresholds are determined 
for the LAN boards, they must be set when installed. IBM 
automatically sets the default values for the ESDI controller, 
but what about the LAN boards. How should they be set? 
Does the end user have to be aware of all these issues just 
to install a board? A simple solution would be for the driver 
to call a BIOS routine that would poll all the MCA slots to 
determine how many LAN boards are installed. The driver 
would then set the threshold and arbitration levels appropri- 
ately for each board. Using this method the user would be 



far removed from the details of these specifics and a 
smooth installation would be insured. 
At point "A" in Figures below, LAN0:3 and the ESDI con- 
troller request the bus. At point "B", 7.8 )j,s later the SCSI 
controller removes itself and an arbitration cycle begins with 
the other devices participating. It should be noted that if the 
bus-mastering SCSI controller IC is in the middle of a block 
transfer when it gets off, it will need to tell the target so it 
won't request more data transfers of it and the system any 
more. It does this by simply refusing to issue more acknowl- 
edges to the target after the REQ/ACK offset has been met 
(in synchronous mode). In this way the target won't be re- 
questing the initiator until It has access to the system bus 
again. The effect is that the SCSI controller can be off the 
bus even during the middle of a block transfer. After the 
arbitration following this SCSI transfer, LANO will win due to 
it's higher priority. To determine system latency we will need 
to calculate the sum total of the occupancy times of all de- 
vices. If this latency is less than the maximum latency toler- 
ance of all the LAN devices, proper bus access and per- 
formance levels can be expected. If not, FIFO overruns 
would occur, the situation we are trying to prevent and will 
show won't happen. 
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FIGURE 2. initial DMA Sequence 

With that, how long will LANO be on the bus? Since LANO 
didn't get the bus until point "C", 8.1 jis later, and the con- 
troller has been programmed for EMPTY/FILL mode, it will 
transfer the sum of the number of bytes determined by the 
FIFO threshold and the number of bytes accumulated from 
the network since the request was made. Let's call the 
"threshold" transfer time Tj and the transfer time for the 
accumulated bytes Ta. We will call the number of accumu- 
lated bytes simply "#". Since our threshold for LANO is 16 
bytes, Tt will be the time it takes to transfer 16 bytes. Ta will 
be the time it takes to transfer the number of bytes accumu- 
lated since the request was made (8.1 jiis), as well as Tj. So 
we have: 

Ttot = Tt + Ta 

(1 Trsnsfsri 
-— - — 1 0.25 ;i,s/Transfer ■- 



1.0 jis. 

# = (8.1 us + 1.0|xs)/(0.8jiis/Byte) 

= 1 1 .375 Bytes Accumulated. 

8 bytes (two long words) will transfer with 3 bytes left in 

FIFO and 3 bits in serial/parallel converter. (The SONIC will 

transfer only long-word values to/from the FIFO). 

-^ „„ /I Transfer \ 

Ta = 8 Bytes I I 0.25 jis/Transfer = 0.5 \).%. 

Ttot = I.OfiS + 0.5 JUS = 1.5ju,s. 
Therefore the total transfer time for LANO is 1.5 pis. LANO 
will then request the bus again when it's FIFO threshold has 
been reached. Since there are 3 bytes left in FIFO and 3 bits 
in the serial/parallel converter, 

Treq = (16 - 3 -ye Bytes) (0.8 jiS/Byte) = 10.1 fts. 
So LANO will request the bus 10.1 pis later. It should be 
noticed that LANO (and LAN1 also) have a latency tolerance 
of 12.8 /iS. This latency is more than adequate for the cur- 
rent latency of 8.1 jis. 
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FIGURE 3. Initial Latency for LAN1 Card 

At point "D" LANO finlstied it's transfer and LAN1:3 and the 
ESDI controller arbitrate with LAN1 winning due to it's high- 
er priority. Total bus occupancy for LAN1 will again be 
Ttot = Tt + Ta. 

Tj = 1.0 US (because of the 16 byte transfer as calculated 
above). 

9.9 us + 1 .0 lis 
0.8 (iS/Byte 

12 additional bytes (3 long words) will transfer with 1 byte 
remaining in the FIFO and 5 bits in serial/parallel converter. 



# = • 



13.625 Bytes Accumulated. 



Ta^ 



0.25 us 
12 Bytes — r-r— = 0.75 jiS 



4 Bytes 

TjoT = 1.0 us + 0.75 jiS = 1.75 ^8. 
Therefore LAN1 will own the bus for 1.75 ^ts. Since LANI's 
latency tolerance of 12.8 /is is greater than the current la- 
tency of 9.9 us, it will be guaranteed access and no FIFO 
overruns will occur. LAN1 will then request the bus when it's 
FIFO threshold has again been reached. Since there is 1 
byte left in the FIFO and 5 bits in the serial/parallel convert- 
er, the request time will be: 

TreQ = (16 - 1 - % Bytes) (0.8 jxs/Byte) = 1 1.5 jxs 

F 
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FIGURE 4. Latency Till End of LAN1 Card Bus 

Occupancy Followed by Arbitration 

and Floppy Disk Access 



At point "F" the SCSI controller, LANO and LAN1 have had 
their turn on the bus. At this point another arbitration will 
take place. Since the system needs to refresh memory, we 
will put in a refresh cycle now. This refresh will extend the 
arbitration by 200 ns, to a total of 500 ns. We also need to 
account for a floppy controller access. It is important for the 
floppy controller to gain access to the bus because if one of 
it's drives is a "floppy tape" and a byte was lost, the tape 
would have to stop, rewind, and re-read/write to that logical 
sector, taking a very bad performance hit. This situation 
needs to be prevented. We will assume that DMA channel 2 
will win this arbitration and the floppy controller will transfer 
one byte, staying on the bus for approximately 500 ns. We 
now have: 
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FIGURE 5. Bus Latency Time for LAN2 Card 

After the floppy access, LAN2:3 and the ESDI controller will 
arbitrate at point "G", with LAN2 winning and beginning to 
transfer at point "H". Since LAN2's latency tolerance is 
1 9.2 jiS and 1 2.95 jxs is the current latency, there is 6.25 /xs 
of margin left to guarantee proper access. How long will 
LAN2 stay on the bus? 

Ttot = Tt -I- Ta. 
Tt = 0.5 jxs (for any 8 Byte Transfer) 
# = (12.95 (xs + 0.5 us) (1 Byte/0.8 us) 
= 16.8125 Accumulated Bytes. 
The SONIC will then transfer the additional 16 bytes (4 long 
words) that were accumulated in the FIFO and keep the 
remaining 6.5 bits in the serial/parallel converter. 
Ta = 1.0 us (from a previous calculation for a 16 byte 
transfer) 

Ttot = o.s jus -t- 1 .0 jas = 1.5 us. 
LAN2 will then re-arbitrate when it's FIFO has reached 
8 bytes. This will be as shown in Figure 6. 
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Treq = (8 - 6.5/8 Bytes) (0.8 ^s/Bytes) = 5.75 jas later. 
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At point "I" LAN2 is finished and LAN3 and the ESDI board 
will arbitrate with IJ^N3 winning. Since LAN3 has a latency 
tolerance of 1 9.2 p,s and only 14.75 jis have occurred since 
LANS could have owned the bus, the latency margin of 
4.45 )xs Is left over and a proper bus access has been guar- 
anteed. LANS will then occupy the bus for: 

Ttot = Tt + Ta 
Tj = 0.5 (iS (from before for an 8 byte threshold) 
# = (14.75 /xs + 0.5 ixs) (1 Byte/0.8 ^is) 
= 19.0625 Accumulated Bytes. 
The SONIC will transfer 1 6 bytes (4 long words) with 3 bytes 
remaining in the FIFO and 0.5 bits In the serial to parallel 
converter. 

Ta = 1 .0 JU.S for a 1 6 byte transfer so we have 

Ttot = 0.5 /ts + i .0 ju,s = i .5 ^s. 

LANS will then arbitrate again when its FIFO threshold of 8 

bytes has been reached. This will be: 

fe -3 -0.5\ 
Treq= y Q j (0.8 US/Byte) = 3.95 jxs 

So LAN3 will request the bus again in 3.95 iis. At this point 
we have the following sequence of events: 
At point "K", the ESDI controller will arbitrate and win and 
will stay on the bus for 7.8 jis. After winning the bus, the 
ESDI controller will deassert PREEMPT*. The SCSI control- 
ler can now assert PREEMPT* (because fairness has been 
enabled for It) to request the bus again since It has still more 
data to transfer. 

In all of the previous Illustrations we showed all devices and 
their respective occupancy times and their relative se- 



quence. The following graph visually shows how long all 
devices will own the bus relative to each other. It is quite 
apparent that due to the SONIC's and MCA's high speed 
DMA, the LAN controllers are on for a minimal amount of 
time. Streaming Mode MCA adapters would be on for half 
the time. 

In this example we have taken a worst case scenario by 
assuming all the LAN boards and the ESDI board will re- 
quest the bus simultaneously at the very beginning of the 
SCSI transfer period. We have shown that even in this situa- 
tion all devices have accessed the MCA bus without error 
and with plenty of latency margin left over. Table IV summa- 
rizes these results. 

TABLE IV. Accrued Latency 



Device 


Accrued 

System 

Latency (us) 


Device 

Latency 

Tolerance (|xs) 


Latency 
Margin 

(jiS) 


SCSI 





(Note) 




LANO 


8.1 


12.8 


4.7 


LAN1 


9.9 


12.8 


2.9 


REFRESH 


11.65 






FLOPPY 


12.15 


(Note) 




LAN2 


12.95 


19.2 


6.25 


LAN3 


14.75 


19.2 


4.45 


ESDI 


16.55 


(Note) 





Note: These latencies are particular to the device in question. 
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Since we are basing our calculation on this simultaneous 
request, what will happen when these LAN boards arbitrate 
again? Will this worst case scenario happen again? Based 
on our previous calculations the LAN boards will request 
again at different times. The following diagram shows when 
the LAN boards will arbitrate once more: 
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7.8 Its 

FIGURE 9 

It can be seen now that starting with a worst case scenario 
as described above, the next set of LAN requests will be 
staggered apart throughout the ESDI transfer and our worst 
case scenario has all but disappeared, even after starting 
with it in the beginning. The LAN boards will still request and 
occupy the bus consecutively, however, they will now be on 
the bus for a shorter period of time. This is because the 
controller will get the bus sooner than in our worst case 
scenario; fewer bytes would have been accumulated in the 
FIFO since its threshold was reached hence a shorter trans- 
fer period. This means that other devices such as the CPU 
and mass storage controllers can have the bus sooner and 
occupy it longer than before. This equates to overall faster 
data throughput and more processing time for the CPU. It is 
up to the designer to determine when this worst case sce- 
nario will occur again, but it can be seen that the probabili- 
ties are exceptionally low that it will ever be repeated; how- 
ever, if it did by properly setting arbitration and threshold 
levels and fairness options, the high performance of the 
SONIC can be readily achieved. 

Since all devices have had a chance on the bus, what hap- 
pens to the CPU during this worst case scenario? It has 
duties of its own such as protocol processing, updating de- 
scriptor lists, managing packets, etc. In the rare instance of 
this worst case scenario it wouldn't have immediate access 
to the bus. However, in nearly all the following accesses 
where the LAN accesses are staggered apart, there would 
be plenty of time for the CPU to access system memory. 
One of the assumptions of this example is that no two con- 
secutive transfers of 7.8 ^s will occur in a row on the MCA 
bus when the LAN controllers are requesting it. The only 
way for this to happen was if there was a board which need- 
ed the bus immediately, and had a higher priority than the 
LAN boards and also would own the bus for a long period of 
time. However, a long bus occupancy time suggests a large 
buffer to hold all that data that is being transferred. A large 



buffer means it can tolerate longer latencies which means it 
can be set to a lower priority level, which effectively means 
this situation is avoided. Thus the LAN boards can effective- 
ly remain at the highest priority level and not be potentially 
locked out due to multiple, consecutive, 7.8 ^is transfers, 
which won't happen. 

A concern throughout this analysis may be bus efficiency. 
Since the SONIC transfers just a few bytes at a time, it will 
request the bus often causing the arbitration time to be a 
significant portion of the transfer cycle. However, because 
of the Ethernet transfer rate of 1.25 r/1B/s these requests 
won't be often. When compared to the transfer times of the 
SCSIand ESDI boards, these arbitration times are not too 
significant (see Figures) and won't occupy much bus band- 
width. With these lower thresholds and bursty transfers, 
these inefficiencies become apparent. However, the SONIC 
more than compensates in other areas. 
The 20 UB/s transfer rate of the DMA allows for minimal 
time on the bus. With Streaming Mode MicroChannel, the 
bus occupancy can be further lowered by having a 40 MB/s 
data rate. By keeping the FIFO down to 32 bytes, the buffer- 
ing of runt packets is eliminated. A larger FIFO may buffer 
many of these unwanted packets in a heavily loaded net- 
work and wastes valuable bandwidth. Also, the SONIC's 
buffer management structure has been designed for sim- 
plicity and performance. 

With much of the performance bottleneck happening in the 
upper protocol layers, a very fast and efficient driver be- 
comes a necessity. The SONIC's register oriented buffer 
management scheme makes this possible. Upating descrip- 
tor lists is simple and doesn't take much processor over- 
head. It is very efficient. 

The on-board CAM can hold up to 16 different physical and 
multicast addresses. This allows supporting multiple proto- 
cols at the MAC level. By assigning a different physical ad- 
dress to each of the different protocols supported by the file 
server, protocol filtering can be done at a very low level, 
where it is much more efficient. To implement this with a 
controller that supports only one physical address would 
necessitate it to enter promiscuous mode, meaning that it 
would have to buffer every packet on the network. This 
would be a very great waste of system bandwidth. 
Another way to improve efficiency would be to tie multiple 
SONICs together while maintaining a single MCA bus inter- 
face. The MREQ' and SMACK* pins on the SONIC allow it 
to be a slave to other devices, even other SONICs. By tying 
multiple SONICs together, they could be time multiplexed 
into one MCA time slot; this would have the advantage of 
requiring only one arbitration cycle for multiple controllers. 
Not only would the efficiency go up but costs would come 
down as multiple SONICs would share just one bus inter- 
face. In short, the SONIC provides an optimal balance to 
achieve exceptional performance at all levels where system 
performance is measured. 
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DP83932EB-EISA SONIC™ 
EISA Bus Master 
Ethernet Adapter 



INTRODUCTION 

The purpose of this application note is to describe the im- 
plementation of an EISA bus master Ethernet interface solu- 
tion using National Semiconductor's DP83932 System Ori- 
ented Networl< Interface Controller (SONICtm) and PLX 
Technology's EISA9032 EISA Bus Master Interface chip. 
This solution takes the form of a high performance 32-bit 
network interface adapter card which on one side plugs into 
an EISA bus slot and on the other supports two media con- 
nection options, Attachment Unit Interface (AUI) and Thin 
wire Ethernet. 

The board easily interfaces to the EISA bus with few exter- 
nal components. This application note assumes the reader 
is familiar with National Semiconductor's DP83932 
SONICTM Ethernet controller, PLX Technology's EISA9032 
EISA interface chip and the EISA bus specification. 
This document will first give a hardware functional descrip- 
tion of the card, followed by an overview of EISA covering 
topics such as system configuration, I/O access, multiple 
bus masters and bus protocol, and ending with a description 
of the master and slave interfaces of the Ethernet board. 

HARDWARE FUNCTIONAL OVERVIEW 

The main function of this adapter card is to transfer Ether- 
net packet data to/from the CPU's system memory as a 
high speed 32-bit bus master during LAN transmissions and 
receptions at the maximum EISA burst rate of 33 Mbytes/s. 
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A 32-bit bus master architecture, in which the SONIC Ether- 
net controller can gain ownership of the EISA bus and trans- 
fer data directly into system memory with no on-board CPU 
or buffer RAM has been chosen for this design to maximize 
data throughput while not adding any extra memory cost or 
intelligence on the card. In addition the inherent packet buff- 
er management features of SONIC are utilized by driver 
software to facilitate optimum performance. The card has a 
typical (calculated) bus occupancy of ^10% for full Ether- 
net traffic (10 Mb/s). 

The block diagram of this board is shown in F/'gure 1. The 
design can be broken down into 3 sections: slave interface, 
bus master interface, and physical media interface. 
The slave interface enables the EISA host CPU to gain ac- 
cess to the following devices on the adapter card: 

1. 32 x 8 PROM which contains the card's Ethernet node 
ID, and the card's EISA ID. , 

2. An optional 256k x 8 boot EPROM which can contain a 
program which enables a diskless CPU to boot up across 
the network. 

3. The SONIC Ethernet controller internal registers. 

4. The EISA9032 EISA interface chip configuration regis- 
ters. 
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FIGURE 1. SONIC EISA Ethernet Adapter Card Block Diagram 
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The master interface enables the SONIC Ethernet controller 
to read and write to the system memory on the EISA bus 
using the EISA9032 interface chip. The EISA9032 interface 
chip converts the Ethernet controller's arbitration and cycle 
control signals to the EISA bus timing and protocol. 
The physical interface enables the SONIC Ethernet control- 
ler to transmit and receive data over a 10BASE5 thick wire 
Ethernet interface or the 10BASE2 thin wire interface using 
National Semiconductor DP8392 Coaxial Interface Trans- 
ceiver CTI. 

Transmission 

The sequence of events for Ethernet transmissions is as 
follows: 

The host CPU writes the packet data into the system's 
memory Transmit Buffer Area (TBA). ft then writes descrip- 
tor information (packet data pointers, packet size, etc.) into 
the system memory transmit descriptor area (TDA). Next it 
loads a SONIC register with a pointer to the TDA and issues 
a transmit command by writing to the SONIC's command 
register. 

The SONIC responds by first reading the TDA descriptor 
information from system memory. It then loads the packet 
data from the system memory TBA into its internal FIFO in 
bursts and transmits this data onto the network. At the end 
of the transmission the SONIC will write transmit status in- 
formation into the system's memory TDA. 

Reception 

The sequence of events for Ethernet receptions is as fol- 
lows: 

Data is loaded from the Ethernet cable into the SONIC's 
internal FIFO. When a programmable threshold is reached 
in the FIFO, the SONIC will write the packet data into the 
system memory's Receive Buffer Area (RBA). 
Once a complete packet has been loaded into memory the 
SONIC will write descriptor information about the reception 
into the system memory's Receive Descriptor Area (RDA). 
Note that all buffer and descriptor areas are set up by the 
host CPU in system memory prior to any packet transmis- 
sion and reception. 
EISA OVERVIEW 

EISA was developed In 1989 by a consortium of 9 PC manu- 
facturers in an attempt to create a higher performance 
32-bit bus architecture that is backwards compatible with 
the PC-AT® based industry Standard Architecture (ISA) cre- 
ated in 1984. 

This section gives an overview of the Extended Industry 
Standard Architecture EISA and describes the Ethernet 
adapter's implementation of its interface. First, the bus fea- 
tures are described, then various facets of bus operation are 
described, including addressing, arbitration, configuration, 
and the bus protocol. 

Bus Features 

• 64 kBytes of I/O space; Slot specific 1/0 access 

• 32-bit non multiplexed address data bus supporting a 
4 GByte address range 



• Multiple bus masters using a centralized arbitration 
scheme supporting preemption 

• Synchronous protocol (8.3 MHz clock) supporting stan- 
dard (2 bus clock per cycle) or burst (1 bus clock per 
cycle) mode which can achieve a data transfer rate of 
33 MB/s 

• Cycle translation performed by the system board enables 
a 32-bit or 16-bit EISA or ISA master to interface with any 
one of 5 different slaves (EISA 32/16 burst/ 16 non burst, 
ISA 16/8 bit) 

• Shareable intermpts; Programmable level or edge trigger 

• Automatic configuration by means of an on-board prod- 
uct identification ROM. Manufacturers provide a configu- 
ration file to be used at system configuration time to as- 
sign system resources. 

I/O ACCESSES AND ADDRESSING 
EISA supports slot specific I/O access. Since EISA is back- 
wards compatible with ISA addressing, how EISA partitions 
address space is relatively complex. Next follows a descrip- 
tion of how addressing is implemented and how backwards 
compatibility with ISA limits each EISA slot I/O space to 
1 kByte. 

EISA supports 16-bit wide I/O addresses providing a total 
I/O address range of 64k. This is divided into 16 slots, each 
having 4k allocated to them. This is shown in Figure 2. 
The top 4 bits of the address LAI 5:1 2 define the slot num- 
ber and the remaining 12 bits LA1 1:0 provide a 4k address 
range per sloL 

To provide backwards compatibility with ISA, some of this 
address range must be lost. This is because ISA supports 
10-bit wide I/O addresses, resulting in a total I/O space 
range of 1 kByte. The first 256 bytes (OOQH-OFFH) of this 
1k is allocated to the system board, and the remaining 
768 bytes (100H-3FFH) can be used by ISA expansion 
boards. 

This means ISA expansion boards only need to decode ad- 
dresses 9-0 and therefore will recognize the address range 
100H-3FFH (256 to Ik) in every Ik block of the 64k EISA 
I/O space. That is, all addresses in the top 768 bytes of 
every Ik block are aliased to the ISA expansion board I/O 
space (100H-3FFH). 

Therefore EISA expansion boards cannot use these ad- 
dresses and are limited to the bottom 256 locations of every 
Ik block of I/O space (the ISA system board only uses 256 
locations in the first Ik of I/O space). As each slot covers a 
4k range in the 64k I/O space, each slot will be able to use 
4 blocks of 256 locations (Ik). These are zOOOH-zOFFH, 
Z400H-Z4FFH, z800H-z8FFH and zCOOH-zCFFH, as 
shown in the center column of Figure 2. EISA devices must 
only recognize addresses with bits 8 and 9 low (bottom 
256 bytes of every 1 k block). 

ISA supports another slot specific signal AEN which is driv- 
en high to all slots by the system whenever a DMA cycle is 
in progress, to prevent I/O devices from decoding the I/O 
address on the bus. 
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In EISA systems, the EISA controller decodes the top four 
bits of the I/O address LA15:12 (slot number) and only 
drives AEN active low to the particular slot being accessed. 
This relieves each slot from having to decode the slot ad- 
dress. 

Therefore, EISA devices only need to decode address bits 8 
and 9 both low and AEN low to prevent conflict with ISA 
devices or other EISA slots. This decoding enables the 
EISA device to use the bottom 256 bytes of its slot address 
space. The other three 256 byte blocks in its 4k I/O slot 
space will be aliased to the bottom 256 bytes. To make use 
of the other three 256 byte blocks and increase its I/O 
range to 1k, the EISA device must decode address bits 10 
and 11. 

The SONIC Ethernet adapter card supports Ik of slot spe- 
cific I/O space decoding (see right column of Figure 2). 
Addresses to 05EH in the first 256 byte block access the 
SONIC registers. 

Addresses 80H to 83H in the last 256 byte block (COOH- 
CFFH) access the 4 EISA product IDs in the adapter card's 
PROM. Addresses 90H-97H in the last 256 byte block ac- 
cess the 6 Ethernet ID bytes (plus 2 spare bytes) in the 
adapter card's PROM. Addresses 84H, 88H to 8BH and 
8FH in the last 256 byte block access EISA9032 configura- 
tion registers. 

PLX's EISA9032 interface chip provides a configuration reg- 
ister bit which enables ISA I/O addressing to be used so 
that software drivers which used ISA addressing can be 
used with minor modifications. This board design does not 
support this configuration, as jumpers would be required to 
store the I/O base address into the configuration register at 
power up. 

EISA BUS ARBITRATION AND BUS LATENCY 
EISA provides centralized arbitration control to allow bus 
sharing between CPU, DMA controller, refresh controller 
and bus masters. Each master has a slot specific memory 
request (MRQx) and memory acknowledge (MAKx) signal. 
If a request is received by the arbitration controller, it will 
preempt the device currently using the bus who must then 
release the bus within 64 EISA Bus Clocks (BCKs) (8 /iS). 
Therefore a master on the bus can calculate the maximum 
bus latency (bus request to bus acknowledge delay) it may 
have to withstand. 

EISA supports a three way rotating arbitration priority 
scheme between refresh, DMA and either the CPU or bus 
master. The CPU and bus masters maintain a two way rotat- 
ing arbitration within the original 3 way rotation. For exam- 
ple, if there are two masters and all devices are requesting 
the bus, this will be the bus acknowledge sequence DMA/ 
refresh/ CPU/ DMA/ refresh/ Masterl/ DMA/ refresh/ 
CPU/ DMA/ refresh/ Master2. Therefore the worst case 
bus latency for a bus master with n masters in the system is: 
(DMA X 2n) + (refresh x 2n) + (CPU x n) + 
(master x (n-1)) = 
5.8jasX2n + 1.3/iSX2n + 9X n -I- 10.6 X (n-1) = 

(33.8 X n - 10.6) (IS 
Therefore for 8 masters = 259.8 (iS 



Note that raising the priority level of a master does not re- 
duce this figure as all other masters must be serviced be- 
fore the current master can use the bus again. The EISA 
bus only supports fairness scheme. 
The SONIC Ethernet controller will request the bus whenev- 
er enough network data has entered its internal FIFO to 
cross a programmable threshold. The FIFO depth is 
32 bytes and the minimum threshold that can be set in the 
FIFO is 4 bytes. Network data (10 MBits/s) will arrive at 
1 byte every 800 ns, therefore the SONIC must acquire the 
bus before a further 28 bytes arrive into its FIFO, othenvise 
the FIFO will overflow and the packet will have to be re- 
transmitted. This provides a bus latency of 22.4 /is. 

SYSTEM CONFIGURATION 

EISA provides a mechanism for automatic configuration of 
expansion boards. This eliminates the jumpers required by 
ISA adapters for board configuration. 
The board manufacturer must provide a 4 byte product ID in 
a PROM which can be read at I/O locations zC80-zC83 
and a configuration file with a file name matching the prod- 
uct ID. 

At start up the EISA system will read the above I/O loca- 
tions for every slot and compare the product IDs with what it 
had stored in non-volatile memory during the last system 
configuration. 

If the system finds a mismatch, the system will need to be 
reconfigured by running a configuration utility which is pro- 
vided by each EISA system manufacturer. This utility will 
look for a configuration file with a name matching the prod- 
uct ID of the board to be installed. The configuration file 
which is provided by the expansion board manufacturer, 
contains a list of resources the board is able to use (like 
interrtjpt lines for example). The configuration utility will 
choose which resources to allocate to the board so that it 
does not conflict with other boards and store the informa- 
tion in non volatile memory. 

The board's driver can then read this non volatile memory 
and program the board so that it will use the resources allo- 
cated to it. 

The first two bytes of the product ID (locations OzC80 and 
OzC81) contain a compressed representation of the manu- 
facturer's code. The next two bytes (locations 0zC82-3) 
contain the product number and revision number. Please 
refer to the EISA specification for details on how these val- 
ues are derived. 

If the expansion board is modified so that it requires a new 
configuration file, both the product number and revision 
number must be modified. If it does not require a new con- 
figuration file, just the revision number can be changed. 

EISA BUS PROTOCOL 

EISA supports two types of read or write cycles, standard 
cycles and burst cycles. A burst sequence always starts 
with a standard cycle. Standard cycles are executed in 2 
bus clocks per transfer, whereas burst cycles are executed 
in 1 bus clock per transfer. 

The EISA9032 supports burst read transfers at 25 MHz. At 
33 MHz the EISA9032 supports burst read and write trans- 
fers. All access to descriptor and resource areas (BRA, 
RDA and TDA) are executed as standard cycles. 
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Next follows a description of the standard cycle protocol, 
how it is converted to a burst cycle sequence, and a brief 
description of how the EISA9032 Interface chip supports 
these cycles. 

For a standard cycle, (see Figure 3), once the master has 
gained control of the bus with the MRQx and MAKx hand- 
shake, it Initiates a cycle by driving the address and M-IO 
signals on the falling edge of the clock (0 to 1 clock tran- 
sition). On the next rising edge of the clock it drives START 
for 1 clock period, W/R and BE<3:0> (1 to 2 transition). On 
the next rising edge of the clock (3 to 4 transition) the sys- 
tem board asserts CI^D until the end of the cycle. 
The slave, after decoding the address, will drive EX32 active 
if It can support 32-bit transfers. The master samples this 
signal on the next rising edge of the clock (3 to 4 transition). 
If EX32 is not asserted the master will TRI-STATE® Its 
BE<3:0> to enable the system board to perform data size 
translation. Once the system board has completed the 
translation It asserts EX32, enabling the master to complete 
the cycle. 

The master then samples the EXRDY line from the slave on 
the next falling edge of the clock (4 to 5 transition). If it Is not 
asserted the master will insert wait states until EXRDY Is 
asserted. The master can also drive a new address for the 
next cycle on that same clock edge. 
On the next rising edge of the clock (5-6 for a single stan- 
dard cycle, or 5-2 for back to back standard cycles, or 5-4 
for burst cycles) the master or slave will latch the data de- 
pending on whether It is a read or write cycle. In this way 
completing a single standard cycle. 
Figure 4 shows an example of a typical slave access, a 
SONIC register read. 

A burst sequence, (see Figures 5 and 6), always starts with 
a standard cycle which is the protocol described above. If 
the master wishes to perform a burst of cycles. It will sample 
the SLBURST signal from the slave during the 3 to 4 clock 
transition of the initial standard cycle. If the slave has as- 
serted this signal Indicating it supports burst cycles, the 
master will drive MSBURST active which the slave will sam- 
ple on the last clock edge of the standard cycle (5 to 4 
transition). 

MSBURST asserted Informs the slave that the next cycle Is 
a burst cycle which can be completed In 1 bus clock. The 
slave will continue to sample MSBURST on every 5-4 clock 
transition and respond to burst transfers until MSBURST Is 
deasserted. The master or slave will latch the data on the 
5-4 clock transition of every transfer depending on whether 
it is a read or write cycle. 

The EISA specification places some restrictions on the use 
of burst cycles: 

1 . No I/O cycles 

2. No ISA devices 

3. No mixed read and write cycles 

4. Address lines LA31:10 must remain constant (no cross- 
ing of a 1 k memory page boundary) 

LA9:2 and BE<3:0> can change within a burst, that is ad- 
dresses don't need to be sequential, and cycle translation 
and wait states are still supported. 
Address Pipelining 

Note that the EISA protocol requires pipelined addresses, 
that Is the master must provide a new address half a clock 



before the data Is ready to be latched for the previous cycle 
if it wants to perform back to back transfers. This Is some- 
thing the SONIC Ethernet controller does not support direct- 
ly- 

For standard cycles this is not a problem as, at the end of a 
cycle, the EISA9032 interface chip will assert ready to the 
SONIC, wait for a new address strobe from the SONIC and 
after driving the new SONIC address on the EISA bus for 
half a clock, assert the START signal indicating the begin- 
ning of a new cycle. This Introduces 2 Idle bus clock cycles 
between consecutive standard cycles. 
For burst cycles the Interface logic must provide a new ad- 
dress during the 4 to 5 clock transition of the previous cycle, 
as there is no new START signal to Indicate when the new 
address Is asserted. This Is supported by the EISA9032 in- 
terface chip by automatically loading the first address of a 
burst Into an 8-blt counter during the initial standard cycle 
and incrementing the counter on every 4 to 5 clock tran- 
sition. 

An 8-bit counter for address bits LA9:2 Is sufficient, as ad- 
dress lines LA31:10 must remain constant throughout a 
burst cycle (must not cross a 1k page). The EISA9032 inter- 
face chip has a mechanism for detecting when the SONIC 
address is crossing a Ik page (it detects addresses ending 
In 3FCH) and will terminate the burst and initiate a new 
transfer. 

Note that because the EISA9032 is using a counter, this 
means the Interface logic only supports bursts to sequential 
addresses. This Is not a problem as burst cycles are only 
used for the receive and transmit buffer areas which are 
always addressed sequentially by the SONIC. 
Note also that the EISA9032 Interface chip starts a cycle In 
a burst (by driving a new address on the bus and maintain- 
ing MSBURST active) before the SONIC has even asserted 
Address Strobe. This means the Interface logic will always 
do one extra bus cycle at the end of a burst. For read cy- 
cles, the software driver must ensure that the end of the 
TBA Is not contiguous to an area of memory that cannot be 
read. For write cycles, the software driver must ensure that 
EOBC (End Of Buffer Word Count) in the RBA (Receive 
Buffer Area) is set at least 2 words larger than the size of 
the biggest packet that can be received. This means that 
the SONIC will not use the last two words of an RBA. 

SLAVE INTERFACE OPERATION 

The SONIC Ethernet adapter card supports an EISA slave 
Interface to enable the host CPU to access the following 
devices on the card. 
SONiC Registers 

The SONIC contains 64 sixteen bit wide registers. Read and 
write access to 30 of those registers enables the software 
driver to control and monitor packet transmission and re- 
ception. A further 18 registers are used Internally by the 
SONIC. Users may monitor these registers. The last 16 reg- 
isters (EISA I/O addresses z060H-z07FH) are for test use 
only. Users must not access these registers. (See Figure 2 
EISA I/O space.) 
32-Byte PROM 

The adapter card's "EISA product ID" and "Ethernet ad- 
dress" are stored In a 32 x 8 PROM. PROM addresses A0:3 
come directly from the EISA bus, but address A4 Is generat- 
ed by the EISA9032 Interface chip as the "EISA ID" signal. 
For EISA I/O addresses 80H-8FH, EISA ID = 1 (EISA 
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product ID bytes) and for EISA I/O addresses 90H-97H, 
EISA ID = (Ethernet ID bytes). This means the EISA9032 
chip maps EISA I/O addresses 80H-84H to PROM ad- 
dresses 10H-14H and EISA addresses 90H-97H to OH- 
7H. (Refer to Figure 2 for I/O map.) 
This mapping requires the PROM to be programmed as per 
Figure 7. The first 6 byte locations of this PROM contain the 
unique physical address assigned to each Ethernet board. 
These reside on EISA I/O addresses zC90-zC95. The next 
2 bytes of the PROM are not used. The following 
4 bytes (PROM address 10H-13H) contain the EISA prod- 
uct ID, that is a compressed representation of the manufac- 
turers code, product number and revision number. These 
4 bytes reside in EISA I/O space 2C8O-2C83. The remain- 
ing 12 PROM byte locations are not used. 
EISA9032 Bus Interface Configuration Registers 
These registers reside In EISA I/O space zC84H and 
zCBSH-zCBBH. 

When configuring the card, the configuration utility program 
displays a screen enabling the user to select a number of 
options. The network software driver will then set up the 
EISA9032 configuration registers according to the values 
selected by the configuration utility and the user. 



Table I lists the configuration options programmable in the 
EISA9032 registers (also refer to the EISA9032 data sheet). 
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TABLE i. EISA 9032 Configuration Options 



Configuration 



Expansion Board Enable 



Interrupt Type 



Interrupt Number 



Preempt Time 



Bus Master Data Size 



Slave I/O Data Size 



I/O Addressing 



ISA I/O Range 



BIOS EPROM Size 



BIOS EPROM Address Range 



SONIC Register Port Address 



Burst Transfer Enable 



Local Software Reset 



800 ns Bus Release Timer 



USRO ACT/OWN 
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USR2 



USR3 



Options 
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A number of these options are selected by the EISA config- 
uration Utility program. During configuration the Utility pro- 
gram will read the configuration file generated by the board 
manufacturer which lists the options the card can support 
and write Its selection into non-volatile memory. The board's 
software driver will then read this memory and write the se- 
lections into the EISA9032 configuration registers. These 
options include interrupt request lines and BIOS EPROM 
memory address range. 

Another set of options can be selected by the user but 
should not be changed from their default values on this 
board. These include Bus IWaster Data Size = 32 bits, 
Slave I/O Data Size = 16 bits, I/O Addressing = Slot spe- 
cific (See I/O Accesses and addressing), Expansion Board 
Enable = Enable, BIOS EPROM Size = 32k and burst 
transfer enable = enable. This last option can be used to 
disable burst transfers so that all the card's master cycles 
are executed as standard cycles. 
A last set of options are system or software dependent and 
should be selected by the user. These include Interrupt 
Type (Edge/Level). Level triggered interrupts enable sever- 
al masters to share an interrupt line. Preempt time of 23 or 
55 EISA Bus clocks. This is the number of clocks the SONIC 
Ethernet card will stay on the EISA bus after the memory 
acknowledge signal has been deasserted by the arbitrator. 
Accept/Reject own packet. If in reject mode, the EISA9032 
will drive the packet reject input of the SONIC whenever the 
SONIC is transmitting a packet. Thin/Thick Ethernet will se- 
lect either Thin or Thick Ethernet by turning the -9V DC-DC 
converter output to the Coaxial Transceiver Interface on or 
off. 

32k X 8 BIOS EPROM 

The optional 32k x 8 EPROM design can be added if the 
user wishes to provide software to boot up the EISA PC 
from the network. The boot ROM code is simply a special 
driver that is executed when the EISA PC Is initializing, and 
causes the PC's Operating System to be loaded in from a 
network server rather than from the EISA PC's hard disk. 
This software is not provided by National. It can be created 
by obtaining Novell's Boot ROM developer's kit, or Micro- 
soft's NDDK (Network Device Driver Kit) and following their 
programming information. 

The PROM resides in memory space in the range 
OCOOOOH-ODFFFFH. Its exact location within this range is 
selected by the EISA configuration utility during board con- 
figuration. The card only decodes addresses 1 7-23. 
The Ethernet adapter board supports 6 different types of 
slave cycle EPROM read, ROM read, SONIC registers read 
and write, and EISA9032 configuration registers read and 
write cycles. 

Slave Cycle 

EISA slave cycles are initiated by the host CPU driving the 
16-bit I/O address or the 24-bit EPROM memory address 
on the bus and the M-IO signal on the falling edge of the 
clock, and driving START active with W/R and BE<3:0> 
on the next rising edge of the clock. The EISA9032 interface 
chip will decode the address and drive EX16* low if the CPU 
Is accessing the SONIC registers or its internal registers. It 
will then drive EXRDY inactive if it needs to insert wait 
states until the device accessed is ready to provide or ac- 
cept the data. Bus transfers to the EISA 9032 configuration 



registers or the ROM (35 ns access time) are completed 
with no wait states. Bus transfers to the EPROM (250 ns 
access time) are completed with two clock cycle wait states 
and bus transfers to the SONIC will be wait stated until the 
SONIC asserts RDYo indicating it has completed the trans- 
fer. 

MASTER INTERFACE DESCRIPTION 

The card's main function is to transfer Ethernet packet data 
from the host's CPU system memory to the Ethernet cable 
during packet transmission, and from the Ethernet cable to 
the system memory during packet reception. 
The SONIC Ethernet controller's bus master capabilities 
and buffer management scheme enable it to perform this 
function using the on board PLX EISA9032 interface chip 
with no CPU involvement. 

Whenever a packet transmission has been requested by the 
software driver writing to the transmit bit in the command 
register of the SONIC, or a packet reception is taking place 
on the Ethernet cable, the SONIC needs to execute read 
and write cycles on the EISA bus to access descriptor or 
resource pointer areas in system memory (RDA, TDA, RRA) 
and to transfer packet data between its internal 32 byte 
FIFO and buffer areas in system memory (RBA, TBA). 
The SONIC initiates a master bus cycle by driving its bus 
request signal HOLD to the EISA9032 interface chip, who 
will in turn assert MREQx on the EISA bus. Once the system 
EISA arbitration controller grants the bus by asserting 
MAKx, the EISA9032 acknowledges the SONIC by driving 
HLDA so it can start executing a bus cycle. That is the arbi- 
tration phase of the bus transfer. 

The SONIC then drives the address and status lines to de- 
fine which area of memory it wishes to access (RRA, RBA, 
RDA, TDA, TBA) and qualifies them with address strobe 
ADS. The EISA9032 loads the lower 8 bits of the address 
A9:2 into its internal counter and initiates a standard cycle 
on the bus. If during this cycle the interface chip encounters 
the following conditions, it will drive MSBURST active to 
initiate a burst cycle following the standard cycle. The condi- 
tions are that the SONIC status lines Indicate an access to 
the RBA or TBA, the slave has asserted EX32 indicating it 
supports 32-bit transfers, the slave has asserted SLBURST 
indicating it supports burst transfers, the SONIC address 
does not end in 3FCH (indicating a 1 k page crossing) and 
burst mode was enabled during the adapter card's configu- 
ration. The EISA9032 will drive RDYI back to the SONIC at 
the end of every burst cycle. 

Note that EISA burst cycles are completed in one EISA 
clock, whereas SONIC cycles are completed in 3 SONIC 
bus clocks (asynchronous mode). Therefore for the SONIC 
to support EISA burst mode it must be run at three times the 
EISA bus clock speed (25 MHz). 

If any of the above conditions were not met, the EISA9032 
will assert RDYI to the SONIC and wait for a new address 
strobe before initiating a new standard cycle on the bus. 

DP83932EB-EISA PERFORMANCE 

Packet throughput is an important consideration in develop- 
ing an Ethernet adapter. However, bench-marking of 
throughput may not tell the whole network performance sto- 
ry. In spite of this. Figure 8 attempts to compare the per- 
formance of this SONIC Implementation to other EISA im- 
plementations. 
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In Figure 8 two tests are shown using NetWare 3.1, and 
Novell's Perform2 v2.3 performance utility. In both graphs 
the read/write performance In two configurations using a 
4096 byte record size. Both tests use a single 33 MHz 486 
server. In Figure 8a a single 12 MHz 286 client was used, 
and In Figure 56 10 8 MHz 286 clients were used. 
As can be seen from this Figure, the performance of the 
DP83932EB-EISA card surpasses other popular Implemen- 
tations. 



MORE INFORMATION 

For more information regarding the EISA9032, and manu- 
facturing Information for the Evaluation board contact: 
PLX Technology 
625 Clyde Ave. 
Mountain View, CA 94043 
415-960-0448 

To obtain the EISA specification contact: 
BCPR Services 202-371-5921 




(a). Single Workstation Performance 
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(b). Ten Workstation Performance 
FIGURE 8. Network Performance Comparison for Single and 10 Workstation LANs 
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GENERAL DESCRIPTION 

The MicroChannel Evaluation board is a high-performance 
Ethernet Adapter card designed to provide significant 
throughput increases over other Ethernet adapter cards cur- 
rently available. This board employs a bus master architec- 
ture for directly storing/retrieving data into system memory; 
thus, eliminating the need for intermediate packet copying. 
Using the DP83932's high-speed DMA capabilities, this 
board achieves a 16 Mbytes/sec transfer rate across the 
bus, utilizing a 32-bit data and 24-bit address path. The 
board also features extensive evaluation options to choose 
between Ethernet/Thin-Ethernet, 16/32-bit data path, and 
internal/external Ethernet ENDEC. The MicroChannel 
Ethernet Adapter couples National's DP83932 Systems-Ori- 
ented Networl< Interface Controller (SONIC) with the 
DP8392 Coaxial Transceiver Interface (CTI) to form a sim- 
ple two chipset solution for IEEE 802.3 networks. 



FEATURES 

• Utilizes the DP83932 and DP8392 chipset 

• 16/32-bit data path 

• 16 Mbytes/sec DMA throughput 

• Extensive SONIC evaluation options 

• 14 selectable I/O address ranges 

• Compatible with PS/2® models 50, 60, 70, 80 

• 4 selectable interrupts 

• Bus master/burst capability 

• Ethernet/thin-ethernet selectable 
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1 .0 BOARD DESCRIPTION 

The MicroChannel Ethernet Adapter is a high-performance, 
1 6/32-bit busmaster board designed to demonstrate the ad- 
vanced features of the DP83932. it consists of three main 
sections: (1) the physlcai layer, (2) the slave access section, 
and (3) the bus master section. The Physical Layer section 
consists of the internal ENDEC (encoder/decoder) of the 
SONIC, the coaxial transceiver (DP8392) and isolation 
transformers and is responsible for driving and receiving the 
IEEE 802.3 networl^s signals. The Slave Access section 
consists of the address decode circuitry necessary to ac- 
cess the SONIC's internal registers, the POS registers, and 
the PROM. Finally, the Bus Master section composes of the 
interface logic which permits the SONiC to gain access of 
the MicroChannel bus. 

2.0 PHYSICAL LAYER SECTION 

The physical layer section drives and encodes data onto the 
network during transmission, and decodes the data during 
reception. The Ethernet Adapter uses the on-chip ENDEC 
(encoder/decoder) from the SONiC and the coaxial trans- 
ceiver, the DP8392, for these purposes. This physical layer 
section is illustrated in Figure 1. 



The Ethernet Adapter provides connections to both thick- 
wire and thin-wire Ethernet. The thick-wire (AUl) connection 
Is made via the TX±, RX±, and CD± signals from the 
SONIC, an external pulse transformer and a 15-pin D con- 
nector. The external pulse transfer is required to meet the 
IEEE 802.3 high voltage (16V) specification at AUl interface. 
The thin-wire connection is made via another external pulse 
transformer and the on-board coaxial transceiver, the 
DP8392. This external pulse transformer Is necessary to 
completely isolate the TX±, RX±, and CD± pins when the 
DP8392 is powered down. 

2.1 Switching between Thin or Thick-Wire Ethernet 

To swap between thin and thick-wire Ethernet, POS 10-bit 
turns on/off the DC-DC converter. In the thin-wire configura- 
tion, the DC-DC converter is turned on, powering up the 
DP8392 to receive/transmit data onto the thin-wire cable, in 
the thick-wire configuration, the DC-DC converter is turned 
off, forcing the DP8392 to shut down. The pulse trans- 
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FIGURE 1. Simplified Physical Layer Section 
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former B isolates the TX±, RX± and CD± signals of the 
DP8392 and allows data to pass through the 15-pin D con- 
nector unloaded by the DP8392. 

3.0 SLAVE ACCESS SECTION 

During initialization and status updates, the SONIC register 
may be accessed to provide configuration and status infor- 
mation. The CPU accesses these registers by driving the 
proper address on the register address lines (RA5-RA0) 
and chip selecting the SONIC. The SONIC responds with 
-RDYO (ready out) when its registers are available for ac- 
cessing. The CPU may also access the ID PROM and POS 
registers to respectively read the board's Ethernet Physical 
Address and configuration information. The system access- 
es the SONIC, PROM, and POS register via the Address 
Decode Logic described below. (The slave access section 
is shown on page 1 of the schematic.) 

3.1 Address Decode Logic 

The Address Decode Logic provides the decoding for the 
SONIC, POS registers, and PROM. This decoding is user 
programmable with the Address Select bits (ADDRO-3) 
from POS register 102. The Decode Logic decodes these 
bits along with the address and control signals from the 
MicroChannel bus to determine the selected address base 
(see POS register 102 description in Section 5.0). The de- 



coding is a two step process. First, the unlatched address 
and control signals are decoded to determine if the card is 
selected; then further decoding is performed to select the 
proper component on the board. Because the address and 
control signal on MicroChannel bus are not valid for the 
duration of the bus cycle, these signals must be latched. 
The Address Decode Logic, implemented with two PALs 
and two latches, operates in the following manner. The 
CARD DECODE PAL first decodes the unlatched address 
(A15-A7) and control signal (M/-IO) from the MicroChannel 
bus along with the POS address select bits (ADDRO-3) to 
generate the CARDSEL signal. This signal is then latched 
and further decoding is performed by the CHIP DECODE 
PAL. This PAL decodes the latched -LCARDSEL signal, the 
latched lower address LAO-2, LA5-7 and the latched con- 
trol signals (-LS0, -LS1, and -LCDSETUP) to provide chip 
selects the SONIC, POS registers, or the PROM. The ad- 
dress and control signals are latched on the leading edge of 
-CMD with a ACT573 transparent latch. 

3.2 I/O ADDRESS MAP 

The MicroChannel Ethernet Adapter's address base is 
specified by bits ADDR3-0 in POS register 102. The board 
occupies 256 bytes as shown in Figure 2. 



Bit 15 



Bit 



Byte Offset 



SONIC Reglstsrs 
(128 bytes) 



Adapter ID 
(2 bytes) 



Physical Address 
(6 bytes) 




Not Used 
(24 bytes) 



POS Registers 
(2 bytes) 



Aliased POS Registers 
(94 bytes) 



TL/F/1074B-3 



FIGURE 2. Ethernet Adapter's I/O Address Map 
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4.0 BUS MASTER SECTION 

The MicroChannel evaluation board employs a bus master 
architecture to quickly transfer data from/to system memory 
to/from the Internal FIFOs of the DP83932. The DP83932's 
FIFOs are sufficiently large (32 bytes) to absorb all reason- 
able bus latencies which may occur on the MicroChannel 
bus. When accessing the bus, the evaluation board follows 
the required MicroChannel protocol using the arbitration lev- 
el programmed in the POS 103 register. The bus master 
logic is partitioned into two sections, the Local Bus Arbiter 
which implements the MicroChannel bus access protocol 
and the Signal Translator which interfaces the SONIC con- 
trol signals to the MicroChannel bus. (The bus master sec- 
tion is shown on page 2 of the schematic.) 

4.1 Local Bus Arbiter 

The local bus arbiter allows the Ethernet Adapter to com- 
pete for the MicroChannel bus when an arbitration cycle is 
in progress. The arbitration cycle begins after the Ethernet 
Adapter asserts -PREMPT and the ARB/-GNT signal has 
subsequently gone high. The Ethernet adapter participates 
in the arbitration cycle by gating Its arbitration vector onto 
the bus and simultaneously comparing it with all other vec- 
tors appearing on the bus. If the Local Arbiter detects an 
arbitration vector lower than its own, it removes its vector 
and waits for the next arbitration cycle; othenwise, if the 
Ethernet Adapter has won, it may begin transferring data 
onto the bus. 

The Local Arbiter is implemented with two PALs, ARBVEC, 
and ARBMAC (support logic is also in the Logic PAL). The 
ARBVEC PAL implements the arbitration vector function 
wliich drives and simultaneously reads the vector on lines 
ARB3-ARB0 when an arbitration cycle is in progress. This 
PAL indicates whether it has won the bus by asserting 
-BUSWIN low. The arbitration vector is user programmable 
via bits SELARBO-3 of POS register 103. The second PAL, 
ARBMAC, controls the enabling of the arbitration vector. 
This PAL consists of an asynchronous state machine to 
monitor bus activity from the MicroChannel bus and the 
SONIC. This state machine shown in Figure 3 contains the 
following states. 
IDLE: No bus activity by the SONIC; HOLD request is not 

asserted 
RED: The SONIC is requesting usage of the bus but an- 
other device may be using the bus; -PREMPT is 
asserted 
ARB: An arbitration cycle Is occurring on the bus. The 
arbitration vector is enabled; -PREMPT is still as- 
serted. 
LOSE: The SONIC has lost the arbitration cycle. It de- 
gates its vector and waits for the next cycle. 
-PREMPT is still asserted. 
XFER1: The SONIC has won; detects -BUSWIN low from 
ARBVEC PAL. An intermediate state to XFER2. 
(This state is needed so that only one output 
changes between states.) 

PREMPT is stillasserted. 
XFER2: The SONIC performs its data transfer. -BURST is 

asserted and -HLDA is issued to the SONIC. 

-PREMPT is deasserted. 
FAIR: The fairness algorithm has been enabled. 



HOLD«ARB/-GNT 



ARB \^ ARB/-GNT»-aUSWIN 




ARB/-GNT 



-PREMPT 



TL/F/1074e-4 
Note: UCT = Unconditional Transfer 

FIGURE 3. Local Bus Arbiter State Machine (ARBMAC) 

The Local Arbiter state machine defaults to IDLE when the 
SONIC is idle. When HOLD Is asserted, the state machine 
transitions to REG and then to ARB when ARB/-GNT goes 
high. During this state, ARBMAC enables ARBVEC to begin 
driving its vector onto lines ARB3-0 and monitors -BUSWIN 
when ARB/-GNT has subsequently gone low. If -BUSWIN is 
high, the Ethernet adapter has lost and the state machine 
proceeds to LOSE and waits for the next arbitration cycle. 
Otherwise, the Ethernet adapter has won and the state ma- 
chine proceeds to XFER2 via XFER1. During XFER2, Hold 
Acknowledge (HLDA) is issued to the SONIC, allowing it to 
transfer data onto the bus. (For robust asynchronous state 
machine design, XFER1 is used to insure that only one out- 
put changes between states.) When the SONIC finishes its 
block transfer, the state machine finally transitions either to 
FAIR or IDLE, depending upon the FAIR bit in the POS 103 
register. 

The state machine obeys the fairness algorithm when the 
FAIR bit in POS register 103 has been set. This algorithm 
■insures that all competing devices will eventually gain ac- 
cess to the bus. If the FAIR bit is set, the state machine will 
stay in FAIR until all other devices have completed their bus 
transfers (i.e., -PREMPT is no longer asserted) before re- 
turning to IDLE. 

4.2 Signal Translator 

The Signal Translator converts the control signals from the 
SONIC into the signals required by the MicroChannel bus 
and matches the timing of these signals to be consistent 
with the 3 primary modes of the MicroChannel specification. 
Default mode. Synchronous Extended mode, and Asynchro- 
nous Extended mode. The Signal Translator matches the 
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timing by using a synchronous state machine to convert the 
SONIC's control signals, MW-R, -ADS, and -DS to -SO, -81, 
-ADL, and -CMD of the MicroChannel bus. Note that since 
the SONIC is capable of operating considerably faster than 
the MicroChannel bus, // is required tiiat tfie SONIC be pro- 
grammed in asynciironous mode and inserts 3 wait-states 
for each memory cycle. Configuring asynchronous mode 
and the 3 wait-states are programmed by resetting the 
STERM bit and setting bits WC1 and WCO and in the Data 
Configuration register. The state machine, shown in Figure 
4, contains the following states. 
IDLE: No bus activity by the SONIC. 
WAIT: SON IC has asserted -ADS; wait for one bus clock to 

provide address setup time to leading edge of -ADL. 

Assert -ADL for one clock cycle. 



ADL: 



HLDA 



-ADS'HLDA 




-ADS 
Note: UCT = Unconditional Transfer TL/F/10748- 

Note: Ttie state machine is reset when HLDA is deasserted. 

FIGURE 4. Signal Translator State Machine 



CMD1: Syncfironous or Asynchronous Extended mode re- 
quested. CDCHRDY has been deasserted by mem- 
ory. Begin asserting -CMD and SYNWAIT. 
CMD2: Default mode requested. Begin asserting CMD. 
CMD3: Continuing to assert -CMD and SYNWAIT. 
DATA: SONIC finishes up memory transfer. -CMD is deas- 
serted when -DS goes low. Transition back to IDLE 
when -ADS goes low. 
The Signal Translator may take one of two paths during a 
SONIC bus operation. In the first path, the Signal Translator 
goes through states, WAIT, ADL, CMD2, and finally DATA. 
This path is taken if the memory does not require any wait- 
states and allows the SONIC to operate as fast as permitted 
on the MicroChannel bus (Default mode, minimum cycle 
time = 200 ns). To satisfy all the timing requirements of 
MicroChannel, the SONIC must use 5 bus clocks at 20 MHz 
for the memory cycle. This path is illustrated in Figured. The 
second path goes through states: WAIT, ADL, CMD1, 
CMD3, and DATA. This path gives at least an additional 
100 ns to the memory cycle for compatibility with the Syn- 
chronous Extended mode (300 ns) or the Asynchronous Ex- 
tended mods C2.^Q0 ns). . 

The memory may deassert CDCHRDY in two ways. In the 
first manner, the memory requests a Synchronous Extended 
mode by pulsing CDCHRDY within 60 ns after the address 
goes valid then driving it active after -CMD has subsequent- 
ly gone low. The timing is illustrated in Figure 6. (Note that 
the Ethernet adapter accesses the ready signal via the re- 
turn signal, CHRDYRTN.) The additional 100 ns is added by 
deasserting the RDYi input of the SONIC during CMD1 and 
CMD3. The RDYi input is deasserted by NANDIng (in the 
IRQSEL PAL) the SYNWAIT output generated by the Signal 
Translator with CHRDYRTN. Note that in asynchronous 
mode, the SONIC terminates the memory cycle 1 bus after 
clock after -RDYi is asserted.) In the second manner, the 
memory requests the Asynchronous mode by deasserting 
CDCHRDY as before, but does not assert CDCHRDY until it 
is ready to be accessed. 

In addition to the signals generated by the Signal Translator 
(-SO, SI , -ADL, -CMD), there are 8 other signals which must 
be generated each time the SONIC gains access to the bus. 
These signals are MADE24, M/-IO, -SHBE, TR32, and 
BEO-3. The first 4 signals are enabled whenever the SON- 
IC is bus master, and the latter 4 are enabled when the 
SONIC is configured for 32-bit data mode. Since these sig- 
nals remain constant for the duration of the SONIC's trans- 
fer cycle, they are driven to their proper levels using a 
ACT244. 
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4.2.1 SIGNAL TRANSLATOR TIMING 

Figures 5, 6, and 7 show the timing generated by the Signal 
translator for Default IVIode (minimum cycle time = 200 ns), 
Synchronous Extended IVIode (minimum cycle time = 
300 ns) and Asynchronous mode (cycle time S 300 ns). 
States Ti, 11 and T2 indicate the DMA states of the SONIC 
while states IDLE, WAIT, ADL, CMD1, CMD2, CI\i1D3, and 
DATA iridicate the corresponding states of the Signal Trans- 
lator. Note that the SONIC must be configured in asynchro- 
nous mode and be inserting 3 wait-states. Also note that 
CHRDYRTN, shown in Figures 6 and 7, is the ready return 
signal provided by the MicroChannel bus. 
The timing parameters, shown as "T#," indicate the critical 
timing constraints which the Signal Translator and the 
SONIC must meet in order to be compatible with the 



MicroChannel bus. These parameters and the correspond- 
ing Ethernet adapter parameters are tabulated below. 



Parameter 


MicroChannel 
Spec. 


Ethernet 
Adapter 


T3 


45 ns (min) 


75 ns (min) 


T4 


40 ns (min) 


50 ns (min) 


T15 


85 ns (min) 


125 ns (min) 


T19 


125 ns (max) 


200 ns (max) 


T26 


60 ns (max) 


100 ns (max) 


T28D 


160 ns (max) 


175 ns (max) 


T29S 


60 ns (max) 


60 ns (max) 



T2(walt) T2(wail) T2(v(aH) T2 TI 

WAIT I ADL I CMD2 ' DATA 'DATA 



T2(walt) T2(walt) T2(walt) 
WAIT ' ADL I CMD1 




FIGURE S. Default Mode, Memory Read 
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D31:0 
(read) 



FIGURE 6. Synchronous Extended Mode, Memory Read 

Tl T2{walt) T2(walt) T2(wall) T2(wait) T2(walt) T2(waH) T2 




D31:0 
(read) 



FIGURE 7. Asynchronous Extended Mode, Memory Read 
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5.0 POS REGISTERS 

The POS registers provide the required identification (ID) 
bytes (2) and configuration information needed by the Ether- 
net Adapter. The MicroChannel bus during power-on reads 
the ID bytes, located at addresses 100 and 101, and com- 
pares these bytes with values saved in. battery baci<-up 
RAM. If the comparison is true, it will proceed to write the 
configuration information stored in RAM into the remaining 



POS registers residing at addresses 102 to 103. The config- 
uration information, guarantees that no I/O, memory, or in- 
terrupts conflict with other boards using the MicroChannel 
bus. For this implementation, only two POS registers are 
needed to provide the required configuration parameters. 
The following description gives the bit definitions for POS 
registers 102 and 103. 



POS 102 BIT DEFINITIONS 



DB7 


DB6 


DBS 


DB4 


DBS 


DB2 


DB1 


DBO 


ADDR3 


ADDR2 


ADDR1 


ADDRO 


res 


INT1 


INTO 


GARDEN 



Bit 



Name 



Function 



7-4 



ADDR3-0 



Address Select: These bits select which base address the Ethernet Adapter Card will reside. The 
address selections are shown below: 



ADDR3-0 

1111 
1110 
1101 
1100 
1011 
1010 
1001 
1000 
0111 
0110 
0101 
0100 
0011 
0010 
0001 
0000 



I/O Address 

Not Used 
Not Used 
1eOO-1effh 
IcOO-lcffh 
laoq-iaffh 
1800-18ffh 
1600-16ffh 
1400-14ffh 
1200-12ffh 
1000-IOffh 
OeOO-Oeffh 
OcOO-Ocffh 
OaOO-Oaffh 
0800-08ffh 
06C0-06ffh 
04C0-04ffh 



Reserved 



2-1 



INT1,0 



Interrupt Select: These bits select the Interrupt Request lines: The selections are shown below: 
INTI.O IRQ line 

11 IRQ9 

10 IRQ? 

01 IRQ6 

00 IRQ3 



GARDEN 



Card Enable: When this bit is set to a "0", the card is disabled and responds only to the setup 
read and write commands. When set to a "1 " the card is enabled. 
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POS 103 BIT DEFINITIONS 



DB7 


DB6 


DBS 


DB4 


DBS 


DB2 


DB1 


DEO 


ARB3 


AHB2 


ARB1 


ARBO 


FAIR 


E/T 


EXT 


res 



w 
iva 



Bit 



Name 



Function 



7-4 



SELARB3-0 



FAIREN 



E/T 



EXT 



Arbitration Vector: These bits select the arbitration vector when SONIC contends tor the bus. The 
selections are shown below: 



SELARB3-0 

1111 
1110 
1101 
1100 
1011 
1010 
1001 
1000 
0111 
0110 
0101 
0100 
0011 
0010 
0001 
0000 



Arbitration Vector 

Not Used 
ARB14 
ARB13 ■ 
ARB12 
ARB11 
ARB10 

ARB9 

ARB8 

ARB7 

ARB6 

ARB5 

ARB4 

ARB3 

ARB2 

ARB1 

ARBO 



Lowest Priority 



Highest Priority 



Fairness Enable: When this bit is set to a 
to a "0", fairness is diabled. 



'1 ", the MicroChannel fairness algorithm is used. When set 



Ethernet/Thin-Ethernet Select: This bit selects between the Ethernet and Thin-Ethernet options. 

This pin is directly connected to the DC-DC Converter. 

0: Thin-Ethernet selected (Thin cable) 

1: Ethernet selected (Thicl< cable) ^^^^^ 



External ENDEC Select: This bit selects between the internal and external ENDEC options. This bit is 

directly connected to the EXT pin of the SONIC. 

0: The SONIC's internal ENDEC is enabled. 

1: The internal ENDEC of the SONIC is disabled. An external ENDEC is to be used. 



Reserved 
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PARTS LIST 



Qty. 


Part 


Number 


1 


0.01 nF/50V 


C2 


1 


0.01 HF/500V 


CI 


2 


0.01 /iF/SOV 


C4, C5 


1 


47fiF 


C3 


1 


0.001 fiF 


C6 


36 


0.1 ^iF 


C10-C46 


2 


4.7 iiF 


C47, C48 


1 


IN4150 


D1 


2 


IK, 1% 


R1,R19 


1 


1M,y2W 


R2 


4 


1.5K 


R3, R4, R5, R6 


4 


39.2, 1 % 


R7, R8, R9, RIO 


2 


270 


R11,R12 


5 


4.7K 


R14,R15,R16,R17,R18 


2 


PE64104 


T1,T2 




DP83932 SONIC 


U19 


•<* 


DP83910SNI 


U23 




DP8392 CTI 


U25 




74ACT244 


U15,U29 




74ACT245 


U1,U2,U3, U4 




74ACT273 


U27 




748288 


U9 




74ACT541 


U7, U11,U12 




74ACT573 


U5 




74ACT646 


U13 




PAL16R4D 


U17, U28 




PAL20L8D 


U6,U10,U14,U16,U18 




20 MHz, 45%-55% 


U2a 




xxMHz,45%-55% 


U21 




PM9005 


U26 




Spark Gap 


C49 




15 Pin D Connector 


J1 




BNC Connector 


J2 




MChannel Conn. 


J3 




3 Pin Jumper 


JU1 




Dip Switch 


SW1 


17 


Test Points 


TP16-TP32 



'Optional 

All resistors are 5% unless otherwse specified 
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jlHMd 



^ 
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^ 



FFFW 



fl 
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\\\\\v 



X;^ 
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Jii. 



Si 



"lilMI 



Si 



¥ 



777 



FFFI-Fl 



FFFFPr 
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W 

lO 




HI' 

Hh'5| 
HHSl 



jHh 



Hh'SJ 



jHh' 



|Hh' Hh'Sl 
|Hh' HH'sl 

siHh' 



Hh'St 

Hh'5| 

a|HH Hh'Sl 
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CM 

r*. PAL EQUATIONS 

I''®n°.'^°^^^^.^?,!^!.*^ MicroChannel adapter contains 7 PALs to implement the bus interface. This section provides a listing of 
the PALs used. All listings use the ABELtm design format. 

module carddec; flag ' -r2 ' , ' -t2 ' ; 

title 

i^^^°}'^ , National Semiconductor 

MicroChannel Card Decoder 1/1/90 

file name: CARDDEC. ABL ■, , 

CARDDEC device 'P20L8'; 
" PAL DESCRIPTION 

This pal determines whether the MicroChannel Ethernet adapter 
IS selected. The address base is determined by bits 7-4 
" m POS register 102. The output signals are following: 
Icardsel = active when base address matches 
!cddsl6 = active when the SONIC register are being accessed 
icdchrdy = ready signal 

" Equations written in ABEL™ design format. 
" declarations 

"declarations 

TRUE, FALSE =1,0; 
H,L = l,0,• 
x,z,c = .X. , .Z. , .C. ; 

GND,VCC 

pin 12,24; 

" outputs 

half sell , half sel2 , cardsel , cddsl6 , cdchrdy 
pin 19,18,17,22,15; 

" inputs 

al5 , al4 , al3 , al2 , all , alO , a9 , a8 , a7 , mio , sonicsel , 
pos4 , pos5 , pos6 , pos7 , posO , rdyo 

pin 1,2,3,4,5,6,7,8,9,10,13,23,21,20,14,16,11; 

"equates 

addr = [al5, al4,al3, al2, all,al0,a9,a8] ; 
possel = [pos7,pos6,pos5,pos4] ; 

equations 

! half sell = (possel == '"hO) & (addr == "hi) # 

(possel == '^hl) & (addr == "he) # 

(possel == '^h2) & (addr == '^hS) # 

(possel == "hS) & (addr == '•ha) # 

(possel == "hi] & (addr == -^hc) # 

(possel == '^h5) & (addr == ''he) # 

(possel == -^he) & (addr == -^hlO); 

!halfsel2 = (possel == *h7) & (addr == "^2) # 
(possel == "hS) & (addr == •^hl4) # 

TL/F/10748-11 
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PAL EQUATIONS (Continued) 












(possel = 
(possel = 
(possel = 
(possel = 
(possel = 


== "h9) & (addr = 
:= "ha) & (addr = 
== "hb) & (addr = 
== "he) & (addr = 
== "hd) & (addr = 


== "hi 6) 
== "hi 8) 
== "hla) 
== "hlc) 
== "hie) 


# 
# 

# 




Icardsel = ! 


halfsell 
halfsel2 


& Imio & posO # 
& Imio & posO; 








!cddsl6 = Icardsel & 


!a7,- 








Icdchrdy = I half sell 

!halfsel2 

Isonicsel & 


Sc Imio & posO £t 
& Imio St posO & 
rdyo ; 


la7 & rdyo # 
Ia7 & rdyo # 




test_vectors 

( [addr, possel, micposO] -> [cardsel,cddsl6] ) 






["h4 , "hO 
["h6 , "hi 
["h8 , "h2 
["ha , "h3 
["he , "h4 
["he , "h5 
["hlO , "h6 


, 1 
, 1 
, 1 
, 1 
, 1 
, 1 
, 1 


,1] -> [ 
,1] -> [ 
,1] -> (0 
,1] -> [ 
,1] -> [ 
,1] -> [ 
,1] -> [ 


X ] 
X ] 
X ] 
X ] 
X ] 
X ] 
X ] 


; " cardsel 




["hl2 , "h7 
["hl4 , "h8 
["hi 6 , "h9 
["hl8 , "ha 
["hla , "hb 
["hie , "he 
["hie , "hd 


, 1 
, 1 
, 1 
, 1 
, 1 
, 1 
, 1 


,1] -> [ 
,1] -> [ 
,1] -> [ 
,1] -> [ 
,1] -> [ 
,1] -> [0 
,1] -> [ 


X ] 
X ] 
X ] 
X ] 
X ] 
X ] 
X ] 


; "cardsel 




["hie , "hd 
["hlc , "hd 


, 1 
, 1 


,0] -> [ 1 
,x] -> [ 1 


X ] 
X ] 






test_vectors 
( [ addr, possel, mio.aV, 
["hie , "hd , 1 
["hie , "hd ,1 
["hie , "hd , 1 


posO] -> [cardse 
, 1,1] -> [ 
, 0,1] -> [ 
, 0,0] -> [ 1 


jl,cddsl6] ) 

, 1 ] ; "cddsie 
, ] ; "cddsie 
, 1 ] ; "cddsie 




test_vectors 

( [addr, possel, mio,pos0,rdyo,a7] -> [< 


:ards el, cdchrdy] ) 




["h4 , "hO 
["h4 , "hO 
["h6 , "hO 
["h4 , "hO 
["h4 , "hO 
["h4 , "hO 
["h4 , "hO 


,0,1 
,0,1 
,0,1 
,1,1 
,0,1 
,0,0 
,0,1 




1 ,0 ] -> 

,0 ] -> 
1,0 ] -> 

1 ,0 ] -> 
1 ,0 ] -> 
1 ,0 ] -> 
1 ,1 ] -> 


[ 
[ 

[ 1 
[ 1 
[ 1 

[ 1 
[ 


] 

1 ] 
1 ] 
1 ] 
1 ] 
1 ] 
1 ] 


"cdchrdy 
" cdchrdy 
" cdchrdy 
" cdchrdy 
"cdchrdy 
"cdchrdy 
"cdchrdy 




end carddec; 
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PAL EQUATIONS (Continued) 




module chipdec; flag '-r2','-t2'; 




title 

PAL20L8 National Semiconductor 
MicroChannel Slave Chip Decoder 1/1/90 
file name: CHIPDEC. ABL wl ' 




CHIPDEC device 'P20L8'; 




" PAL DESCRIPTION 




" This pal selects which component on the board is accessed. See 
" DP83932 SONIC MicroChannel application note for I/O mapping, 
"declarations 




TRUE, FALSE = 1,0; 

H,L = 1,0; 

x,z,c = .X., .Z. , .C; 




GND 


VCC 

pin 12,24; 




"outputs 

sonicsel,promsel,pos2rd,pos2wr,pos3rd,pos3wr, swr,cdsfdbk 
pin 16 , 22 , 21 , 20 \, 19 , 18 ,17 , 15; 




"inputs 

lav 
pin 1 


la6 , la5 , la2 , lal , laO , Ichsetup, Icardsel , Isl , IsO , mio, cmd 
2,3,4,5,6, 7 , 8 ,9 ,10 ,13, 11; 




"equates , 
addr = [Ia7,la6, Ia5,la2, lal,laO] ; 




equations 






Isonicsel 


= llcardsel 5= !la7 & !cmd; 




Ipromsel 


= llcardsel & la7 & !la6 & !la5 & IsO & !lsl &. !cmd # 
ilchsetup & !la2 & !lal & IsO & !lsi & icmd; 




!pos2rd 


= llcardsel & la7 & !la6 & la5 & UaO & IsO & llsl & !cmd# 
Ilchsetup & lla2 & lal & UaO & IsO & llsl & Icmd; 




!pos2wr 


= llcardsel & la7 & !la6 & la5 & !laO & UsO & Isl & lcmd# 
Ilchsetup & !la2 & lal & UaO & ! IsO & Isl & Irmrl; 




!pos3rd 


= llcardsel & la7 & !la6 & la5 & laO & IsO & llsl & Icmd # 
1 Ichsetup , & 1 la2 & lal & laO & IsO & llsl & Icmd; 




!pos3wr 


= llcardsel & la7 & !la6 & la5 & laO & llsO & Isl &,lcmd # 
Ilchsetup & Ila2 & lal & laO & UsO &f Isl & Icmd; ' 




!swr 


= IsO & llsl; 




Icdsfdbk 


= llcardsel & Ichsetup & Imio; 




test_vectors 

([addr , lchsetup,lcardsel, lsO,lsl,cmd] -> [sonicsel,promsel,swr] ) 








TL/F/1074e-14 
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PAL EQUATIONS (Continued) 

['^bOlllll, X , 

["bllllll, X , 

[-^bllllll, X , 

[•"bllllll, X , 



[-^blOOlll, X 

[•"blOllll, X 

[•^blllOOl, 

["blllOOO, 






X 
X 



X , 


X 


,0 


-> [ 





, X 


X 


X 


,x 


1 -> [ 


1. 


, X 


1 





,x 


1 ~> [ 


X 


, X 





1 


.X 


] -> [ 


X 


, X 


1 





,0 


] -> [ 


1 


, 


1 





,0 


] ~> I 


1 


, 1 


1 





,0 


] -> [ 


1 


, 


1 





,0 


] -> [ 


1 


, 



test_vectors „ ^ „ , j 

( [addr , Ichsetup, Icardsel , IsO , Isl , citid] -> [pos2rd, pos2wr ,pos3rd 



["blOlOOO, 
["blllOlO, 

C^blOlOOO, 
['^blllOlO, 

[-^blOlOOl, 
[•"blllOll, 

["blOlOOl, 
[-^blllOll, 



X 



X 



X 



X 







X 



X 



X 



X 



1 , 

1 , 


0,0 ] -> [ 
0,0 ] -> [ 


, 



1 
1 


, 1 
, 1 






1,0 ] -> [ 
1,0 ] -> [ 


1 

1 






, 1 

, 1 


1 

1 


0,0 ] -> [ 
0,0 ] -> [ 


1 

1 


1 
1 


, 
, 






1,0 ] -> [ 
1,0 ] -> [ 


1 
1 


, 1 

, 1 


, 1 
, 1 



test_vectors 

( [Icardsel, Ichsetup, mio] -> [cdsf dbk] ! 



[ 1 
[ X 
[ 

end chipdec; 



X 



1 



X 


] 


-> 


[ 


1 


]; 


X 


] 


-> 


[ 


1 


]; 





] 


-> 


[ 





]; 



X ] ; "sonicsel 

X ] ; "mreq 

] ; "swr 

1 ] ; "swr 

X ] ; "promsel 

X ] ; "promsel 
X ]; 
X ]; 



pos3wr] ) 



> 

Z 
I 

to 



1 
1 


1 '■ 


"pos2rd 


1 
1 


J 1 


"pos2wr 


1 
1 


]; 


"pos3rd 






!'• 


"p6s3wr 
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PAL EQUATIONS (Continued) 
module irqsel; 



flag • -r2 ' , ' -t2 



title 

'PAL20L8 National Semiconductor 

MicroChannel IRQ Selector and Buffer Enable 1/1/90 

filename: IRQSEL. ABL ^i, 

IRQSEL device ' P20L8 ' ; 

This pal selects which interrupt line to use (IRQ9, IRQ7, IRQ6, or 
" IRQ3) when the SONIC asserts its interrupt. Each IRQ line is an open 

collector type output (only asserted low). This pal also enables the 
" data buffers with iddir. Uden, and luden. and produces the ready 
" signal for the SONIC with Isonicrdy. Wait states are inserted by 
■• memory (cdchrdfy not asserted) and by the signal translator (SIG5) pal 
" {synwait not asserted) . 
" declarations 

" declarations 

TRUE, FALSE = 1,0; 

H,L = 1,0; 

x,2,c = .X., .Z. , .C. ; 

GND,VCC 

pin 12,24; 

"outputs 

ddir , uden, Iden, irq9 , irq7, irq6, irq3 , sonicrdy 
pin 16 , 22 , 21 , 20 , 19 , 18 , 17 , 15; 

" inputs 

posl,pos2 , swr,mwr,hlda, cmd, int, Icardsel, cdchrdy, synwait, ds, Ichsetup, smack 
Pii» 1 ' 2 , 3 , 4 , 5 , 6, 7 , 8 ,9 , 10 ,11, 13 , 14 • 



"equates 
sel 

ec[uations 



[pos2,posl] ; 



irq9 = 0; 
irq7 = 0; 
irq6 = 0; 
irq3 = 0; 

enable irq9 = int & (sel == 3) 

enable irq7 = int & (sel == 2) 

enable irq6 = int & (sel == 1) 

enable irq3 = int & (sel == 0) 

Iddir = !swr & Ihlda # 
mwr & hlda; 

llden = hlda & ids # 
! Ichsetup # 
! Icardsel & !cmd; 

luden = hlda & ids # 
■smack & Icmd; 



"Data buffer direction 

"Address and Lower Data buffer enable (D7-D0) 



"Upper data buffer enable (D16 - D31) 



TL/F/10748-27 
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PAL EQUATIONS (Continued) 

Isonicrdy = cdchrdy & synwait; "ready signal for the SONIC and sig. m 
trans . 

end irqsel; 

TL/F/10748-28 
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PAL EQUATIONS (Continued) 
module arbmac; 



flag 



-r2' 



'-t2' 



title 

' PAL2 0L8 

MicroChannel Bus Arbiter State Machine 

file name: ARBMAC. ABL 



National Semiconductor 
1/8/89 

wl' 



ARBMAC device 'P20L8' 



PAL DESCRIPTION 



This pal controls the ARBVEC pal when it may drives the arbitration 
vector. This pal consists on an aysnchronous state machine. These 
state machine equations (!qO - !q3) are not reduced (ABEL™ will do this) 
The outputs are described as follows : 

enarb = enables the ARBVEC pal to drive the arb. vector 

hi da = hold acknowledge to the SONIC 

burst = BURST signal on the microchannel bus (open collector 
type output) . 

preout = PREMPT signal on the microchannel bus (open collector 
type output) . 



"declarations 

TRUE, FALSE = 1,0; 

H,L = 1,0; 

X,Z,C = .X., .Z., .C; 

GND.VCC 

pin 12,24; 

" outputs 

q3 , q2 , ql , qO , burst , preout , hi da , enarb 
pin 21,20,19,18,17,16,22,15; 

"inputs 

hold, arbgnt, bus win, fair,prein, chrst 
pin 1,2,3,4,5,6; 

" States of Arbiter 



st = [q3,q2,ql,q0] 



idle .= St == 
req = st == 
arb = st == 



active 



lose = st = 
xferl = st 
xfer2 = st 
xfer3 = st 
pen = st 
escl = st 
esc2 = st 



[1,1,1,1] 
[1,1,1,0] 
[1,0,1,0] 

[1,0,0,0] 
[0,0,1,0] 
[0,0,1,1] 
[1,0,1,1] 
[0,1,1,1] 
[1,0,0,1] 
[1,1,0,1] 



"request uchannel bus; preout (qO) active 
"vectoring arb priority; preout (qO), enarb 

"lost arb battle; preout (qO) active 

"intermdiate state to xfer2 

"xfering data on bus; burst, hlda active 

"intermediate state to idle 

"holding pen when fairness is enabled 

"intermediate state to esc2 

"intermediate state to idle 



equations 
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PAL EQUATIONS (Continued) 



!gO 



!ql 



hold Sc larbgnt & Ichrst # 
hold & larbgnt & Ichrst # 
hold & arbgnt & Ichrst # 
arbgnt & Ichrst # 
! arbgnt & buswin & ! chrst « 
larbgnt & 1 buswin & Ichrst 
hold & larbgnt & Ichrst # 
hold & arbgnt & Ichrst; 



arb & 1 arbgnt & buswin & ! chrst # 
lose & hold Sl larbgnt & Ichrst # 
lose & Ihold & Ichrst # 
escl & Ichrst; 



idle 


& 


req 


& 


req 


& 


arb 


Ec 


arb 


& 


arb 


& 


lose 


Sc 


lose 


Sc 



arb 


& 


arb 


& 


arb 


& 


lose 


Sc 


lose 


& 


lose 


& 


xferl 


Sc 


xfer2 


& 


xfer2 


& 



This also -PREEMPT on the MCA bus 



CO 



lq2 = req & hold Sc arbgnt &. Ichrst # 
arbgnt & Ichrst # 

1 arbgnt Sj buswin Sc ! chrst # 

larbgnt Sc 1 buswin Si Ichrst # 
hold & larbgnt S: Ichrst # 
hold Sc arbgnt & Ichrst # 

Ihold Sc Ichrst # 

Ichrst # 

hold &. larbgnt & Ichrst # 

Ihold Sc larbgnt Sc 1 f air Si Ichrst; 



!q3 = arb Si larbgnt Si 1 buswin St Ichrst # 

xferl Si Ichrst # 

xfer2 Sc hold Si larbgnt Sc Ichrst # 

xfer2 Si Ihold Sc larbgnt Si fair Si Ichrst # 

xfer2 & arbgnt St Ichrst # 

pen Sc Iprein Si Ichrst; 

enarb = arb # xferl # xfer2; "enables arb vector (ARBO - 3) on bus 

hlda = xfer2; "HOLD ACK to SONIC 

enable burst = xf er2 ; "-BURST on MCA bus (tri-state output) 

enable preout = IqO; "-PREMPT on MCA bus (tri-state output) 



burst 
preout 



= 0; 
= 0; 



end arbmac2 ; 
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PAL EQUATIONS (Continued) 
module arb; flag ' -r2 ' , ' -t2 ' ; 

title 

'PAL20L8 National Semiconductor 

MicroChannel Bus Arbiter Vector 1/9/90 

ARBVEC wl ' 

ARBVEC device 'P20L8'; 

" PAL DESCRIPTION 

" This pal dun^s the arbitration vector onto the MicroChannel bus 

" (ARBO - 3) when the ARBMAC pal enables it (by ENARB) . ARB3 - 

" are open collector type outputs (only driven low) . This pal 

" indicates it has won the bus by driving -BUSWIN low. 

"declarations 

TRUE, FALSE =1,0; 
H,L = 1,0; 
X,Z,C = .X. , .Z. , .C. ; 

GND,VCC 

pin 12,24; 
" Outputs 

BUSWIN, ARB3 , ARB2 , ARBl , ARBO , Q, Q2 , _RST 
pin 22,21,20,19,18,17,16,15; 
" Inputs 

P0S15 , P0S14 , P0S13 , P0S12 , HOLD, ENARB, CHRST, Q3 
pin 1,2,3,4,5,6,7,8; 

equations 

ARB3 = 0; "When enabled, these tri-state outputs 

ARB2 = 0; "will pull these arbitration lines low. 

ARBl = ; , 

ARBO =0; 

Q = (ARB3 # 1P0S15) ; 

Q2 = (ARB3 # 1P0S15) & (ARB2 # 1P0S14); 

! BUSWIN = Q2 & Q3 & (ARBO # !P0S12) & ENARB & HOLD; 

enable ARB3 = ! P0S15 & ENARB & HOLD; 

enable ARB2 = ! P0S14 & Q & ENARB & HOLD; 

enable ARBl = IP0S13 & Q2 & ENARB & HOLD; 

enable ARBO = 1P0S12 & Q2 & Q3 & ENARB & HOLD; 

_RST = ! CHRST; " reset for the adapter 

end arb; 
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PAL EQUATIONS (Continued) ^ 

module sig; flag ' -r2 ' , ' -t2 ' ; 

title 

'PAL16R4 National Semiconductor 

MicroChannel Signal Translator for the SONIC 1/1/90 

file name: SIG.ABL wl " 

SIG device ' P16R4 ' ; 

" PAL DESCRIPTION 

" This pal provides the signal conversion from the SONIC to the 
" MicroChannel bus. The state machine used is written in the 
" ABEL™ design format. 

"declarations 



TRUE, FALSE =1,0; 

H,L = 1,0; 

x,z,c = .X., .Z., .C; 

GND,VCC 

pin 10,20; 

" outputs 

q3 , q2 , ql , qO , sO , si , cmd, delayads 

pin 17,16,15,14,19,18,13,12; 
"qO is used for -ADL on MCA bus 



" inputs 

bsck, ads , mwr , hlda, sonicrdy, f ast , enb, ds 
pin 1,2,3,4,5,6,11,7; 

input = [ads,hlda, sonicrdy, fast] ; 

States of Translator 



"wait state to delay assertion of -ADL 

; "asserting -ADL on MCA bus 

"beginning to assert -CMD; 

"still asserting -CMD; return to DATA state 
" on next clock 
cmd3 = •^bOOOl; "still asserting -CMD; inserting 1st wait-state 
"for MCA's synchronous mode 

data_st = [q3,q2,ql,qOJ == [1,0,1,1] 

wait_st = [q3,q2,ql,q0) == [1,1,0,1] 

addl_st = [q3,q2,ql,q0] == [1,1,1,0] 

cmdl_st = [q3,q2,ql,q0] == [0,1,0,1] 

crad3_st = [q3,q2,ql,qO] == [0,0,0,1] 

idle_st = [q3,q2,ql,q0] == [1,1,1,1] 



idle 


■"bllll; 


data = 


"blOll; 


wait = 


■^bllOl; 


addlcht 


= -^blllO 


cmdl 


^bOlOl; 


cmd2 


-bOOll; 
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PAL EQUATIONS (Continued) 
state_diagrain [q3,q2,gl,q0] 



State idle: 



case ( input 
(input 
( input 
(input 

endcase ; 



== [0,1, x,0]) 

== [l,l,x,x]) 

== [x,0,x,x]) 

== [0,1, x,l]) 



wait; 
idle; 
idle; 
addlcht; 



' fast mode 



State data: case (input == [l,l,x,x]) :data; 

(input == [O,l,x,0]) :wait; 

(input == [x,0,x,x]) :idle; 

(input == [0,1, x,l]) :addlcht; 
endcase; • 

State wait: case (input == [x,l,x,x]) :addlcht; 

(input == [x,0,x,x]) :idle; 
endcase; 



State addlcht: 



case ( input 
( input 
( input 

endcase; 



[x,l,0,x]) 
[x,l,l,x]) 
[x,0,x,x] ) 



: cmd2 ; 
: cmdl ; 
:idle; 



State cmdl: case (input == [x,l,x,x]) :cmd3; 

(input == [x, 0,x,x]) :idle; 
endcase; 

State cmd2: case (input == [x,l,x,x]) :data; 

(input == [x, 0,x,x]) :idle; 
endcase ; 



State cmd3: case (input == [x,l,x,x]) 
(input == [x,0,x,x]) 
endcase; 

equations 



enable sO = hlda 
enable si = hlda 
enable cmd = hlda 



" MCA Signals 

!s0 = mwr & !data_st & !idle_st; 

!sl = iitvwr & !data_st & !idle_st; 



:data; 
:idle; 



"fast mode 



-SO for MCA bus 
-SI on MCA bus 



!cmd = !q3 & q2 & delayads & Ids & hlda # 
!q3 Sl !q2 & delayads & ids & !hlda # 
q3 & !q2 & delayads & Ids & hlda; 



-CMD for MCA bus 



delayads = ads; 



"delaying ADS for the -CMD term to 
"prevents glitches from occuring 
"during the transitions from the DATA 
"to the WAIT state 



end sig; 
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PAL EQUATIONS (Continued) 

-^ 

CO 

module logic; "^ 

title 

'PAL16R4 MicroChannel Logic National Semiconductor 

filename: logic. abl 1/9/90' 

LOGIC device ■ P16R4 • ; 

"declarations 

TRUE, FALSE =1,0; 

H,L = 1,0; 

X,Z,C = .X., .Z., .C. ; 

GND, VCC 

PIN 10, 20; 

" inputs 

bsck, hldaout , _adl , arbl , posl3 , enb 

pin 1,2,3,4,5,11; 
"outputs 

q3 , adl , hlda , _hlda, hldal 

pin 12,13,15,14,19; 

equations 

hlda := hldaout; 

_hlda := ! hldaout; 

hldal =,hlda; 

adl = !_adl; 

q3 = arbl # !posl3; , 

test_vectors ( [bsck, hldaout, _adl, arbl, posl3, enb] -> [hlda, _hlda, hldal, adl, q3] 1 
[C, 1,1, 0,0,0] -> [1,0,1,0,1]; 



[C, 0,0, 0,1,0] -> [0,1,0,1,0] 
[C,1,X, 1,1,0] -> [1,0,1,X,1] 
end log; 
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32-Bit Bus Master Ethernet 
Interface for the 68030 
(Using the l\/lacintosh 
SE/30) 



National Semiconductor 
Application Note 691 
William Harmon 




OVERVIEW 

National Semiconductor's SE/30 Ethernet adapter provides 
a high performance, 32-bit, bus master networl< connection 
for Apple's 68030 based compact Macintosh computer. 
This design is based around National Semiconductor's Sys- 
tems Oriented Networit Interface Controller (SONICtm, 
DP83932), which interfaces directly to the extension slot of 
the SE/30. The SE/30 design also sen/es as a model for 
designing the SONIC onto the mother board of a 68030 
based system, since the SE/30's one expansion slot is es- 
sentially a direct connection to the Motorola 68030. 
A blocl« diagram of the adapter can be seen in Figure 1. The 
SE/30 Ethernet adapter operates synchronously with the 
16 MHz SE/30 mother board and accesses the necessary 
transmit and receive buffers directly in the system's main 
memory, via 16 MHz 3 cycle asynchronous DMA opera- 
tions. At this rate, the bus utilization for the buffering of a 
single pacl<et is approximately 6% of the total bus band- 
width. 

In addition to it's high performance DMA, the SONIC also 
has an on board Ethernet Manchester Encoder/Decoder 
(ENDEC), which allows the SONIC to communicate directly 



with any AUl interface. In fact, the SE/30 board has the 
capability to be connected to a networl< through either thin 
wire (10Base2) or AUl drop cable (lOBaseS) Ethernet. 
It is also worth mentioning that the SE/30 adapter supports 
the use of Macintosh Nubus Slot Manager features, such as 
interrupt handling, with an on board Slot Manager PROM. 
This does not cause the board to incur any extra cost, since 
some type of PROM must already be used to store the 
adapter's Ethernet address. 

FEATURES 

■ 32-bit bus master system interface 

■ Asynchronous high speed 3 cycle DMA 

■ 100% on card address filtering, via the SONIC's on 
board Content Addressable Memory (CAM) 

■ Minimal number of components 

■ Supports both AUl cable and thin wire Ethernet 

■ Optimal placement of receive and transmit data and de- 
scriptors in system memory 

■ Supports Macintosh Slot Manager 

■ Portable to 68030 mother board designs 
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FIGURE 1. Adapter Block Diagram 
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FUNCTIONAL OVERVIEW 

System Interface 

The Macintosh SE/30 provides a singie 32-bit expansion 
slot, which basicaiiy consists of the control, data, and ad- 
dress signals of the mother board's CPU, the 68030. In ad- 
dition to these signals, the expansion slot also provides Nu- 
bus compatible interrupt lines, so that Slot Manager soft- 
ware can be incorporated, if a Slot Manager PROM is 
placed on the card. Hence, the hardware interface between 
the SE/30 and the Ethernet adapter is essentially a 68030 
bus interface, while the driver software interface is similar to 
that of a Macintosh II Nubus adapter. This solution is opti- 
mally achieved through the use of National Semiconductor's 
SONIC, whose 32-bit data and address buses and control 
signals interface directly to those of the Motorola 68030. 
The SE/30 Ethernet adapter operates in both a slave and 
master mode. When operating in a bus master mode, the 
SE/30 Ethernet adapter arbitrates with the host system for 
control of the SE/30 bus and proceeds to operate as a 32- 
bit DMA engine between the system memory and the net- 
work. A block diagram of this interface can be found in Fig- 
ure 1. The bus master mode of operation allows for the use 
of system memory, instead of on card RAM, for the buffer- 
ing of transmit and receive data and their descriptors. Mas- 
ter operation is facilitated by the SONIC, which is at the 
heart of this adapter's design. The SONIC provides the 
complete implementation of the IEEE 802.3 specification 
from the AUI interface through the MAC layer, as well as 
performs a direct system interface to the 68030. In fact, 
when interfacing to the SE/30 backplane, the SONIC car- 
ries out 16 MHz 3 cycle asynchronous DMA, which is fully 
synchronous with the 16 MHz mother board of the SE/30. 
This enables the SE/30 adapter to operate on the bus in the 
same fashion as the 68030 and utilize only 6% of the bus 
bandwidth, during an Ethernet reception or transmission. 
The bus master design provides for the highest possible 
throughput between the system and the network, while at 
the same time requiring only a minimum of parts to imple- 
ment. 

When the adapter is a slave, the host system accesses ei- 
ther the Slot Manager PROM or the SONIC's registers. All 
slave operations are done via memory reads and writes, 
since both the PROM and the SONIC registers are mapped 
into system memory. The slave architecture is depicted in 
the adapter block diagram (Figure 1). While in the slave 
mode, the SONIC once again provides a direct interface to 
the SE/30. The only necessary interface logic is the ad- 
dress decode for the SONIC chip select (-SONICCS). At this 
point, it is worth noting that the slave address strobe (-SAS) 
of the SONIC is connected to the data strobe (-DS) of the 
SE/30 instead of the SE/30's address strobe (-AS). This is 
due to the operation of the SE/30 backplane and will be 
further discussed in the design section of this document. 
However, it is important to remember that in interfacing di- 
rectly to a 68030 CPU the SONIC's -SAS would be connect- 
ed directly to the 68030's -AS. 



Network Interface 

With respect to the adapter's physical layer design, both 
AUI drop cable Ethernet and thin wire Ethernet are support- 
ed. The SE/30 adapter consists of two boards, the main 
logic board, which contains the SONIC, and the connector 
card which provides for the AUI and thin wire network con- 
nections. The connector card, whose block diagram is 
shown in Figure 2, contains a 15-pin AUI drop cable con- 
nector for standard drop cable Ethernet implementations, 
as well as a thin wire Ethernet connection via the National 
Semiconductor coaxial transceiver interface (CTI, DP8392). 




TL/F/10010-2 

FIGURE 2. Connector Card Block Diagram 

Either of these network connections can be chosen through 
the use of a single jumper. In either case, the AUI signals 
(RX±, TX±, and CD±) are sent back to the main logic 
board, where the SONIC resides. These signals are inter- 
faced to the ENDEC portion of the SONIC, which provides 
for communication between the AUI interface and the non- 
return to zero (NRZ) signals (RXD, TXD, and COL) of the 
Media Access Control (MAC) module of the SONIC. It 
should be noted that the integrated ENDEC module of the 
SONIC alleviates the need for an external Ethernet Man- 
chester encoder/docoder, such as National's CMOS Serial 
Network Interface (CMOS SNI, DP83910). 

BOARD ARCHITECTURE AND DESIGN 

Memory Map 

As stated previously, the SE/30 adapter Is completely 
mapped into the addressable memory space of the SE/30. 
A diagram of the memory map can be found in Figure 3. The 
board is mapped into the memory locations F9FFFFFF 
through F9000000. Locations F9FFFFFF through 
F9FFFF00 contain the Ethernet address and declaration 
PROM. This region contains the adapter's Ethernet address 
as well as the declaration data that is necessary for the 
adapter's interrupt service routine to take advantage of the 
Slot Manager features, which are provided by the SE/30 
operating system. 
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FIGURE 3. SE/30 Adapter's Memory Map 

The SE/30 specification states that this declaration data 
begin at memory location F9FFFFFF, if the adapter's inter- 
rupt is generated on the system's IRQ 1 interrupt line. This 
is the case with the SE/30 adapter. The six byte Ethernet 
address immediately follows the Slot Manager software in 
the PROM. It should be noted that the data in the PROM is 
all byte addressable. In addition to the declaration informa- 
tion, the SONIC registers are also mapped into memory. 
These registers are mapped into locations F9FFFFE0 
through F9FFFEFF. The SONIC's registers are mapped as 
32-bit addressable quantities, in spite of the fact that inter- 
nally all SONIC registers are only 1 6 bits wide. This is due to 
the fact that the SONIC will always respond as a 32-bit port, 
since it is programmed to operate in 32-bit mode. 

Slave Operation 

When operating as a slave, the Ethernet adapter appears as 
a block of memory to the host system. In slave mode, either 
the SONIC or PROM can be accessed. Timing diagrams for 
slave accesses appear in Figures 4-6. In the case of ac- 
cessing the PROM (Figure 4), the 68030 will issue a byte 
read command. The adapter logic will decode address lines 



8 and 24 through 31 and recognize the fact that the SE/30 
adapter's PROM is being selected. Once the 68030 asserts 
its address strobe, the logic will issue an enable signal to 
the PROM (-PROMSEL) and assert the cycle acknowledge 
signals (-PDSACKO and -PDSACK1) back to the 68030, in 
order to indicate the adapter's acknowledgement"of a byte 
access. In parallel with the logic's operation, the PROM will 
decode the address it is being given (A0-A7) and begin to 
source data after receiving the -PROMSEL signal. Finally, 
the 68030 will then finish the read cycle, at which point the 
adapter logic will then deassert -PROMSEL, -PDSACKO, 
and-PDSACKI. 

As seen in Figures 5 and 6, slave accesses to the SONIC 
are completely compatible with the bus of the 68030 proc- 
essor. The only deviation is the connection of -SAS to the 
68030's -DS instead of -AS. This is due to the fact that 
during slave writes a glitch may occur on the memory read/ 
write line (MR/-W) of the SE/30 backplane, while -AS is 
being asserted. This Is fatal, since the SONIC latches the 
value of the slave read/write line (SR/-W, which is connect- 
ed to MR/-W) with the falling edge of -SAS. The connection 
of the 68030's -DS to -SAS solves this problem. It should 
also be noted that the SONIC is mapped into memory as a 
32-bit peripheral and will respond accordingly. However, 
only the lower 16 data lines (D0-D15) will be valid inputs 
and outputs during slave accesses. 
A 32-bit mapping was selected, since the SONIC is pro- 
grammed to operate in 32-bit mode, which causes the SON- 
IC to respond with the acknowledge signals of a 32-bit port 
(-DSACKO = and -DSACK1 = 0). The only adapter logic 
necessary to facilitate this interface is the decode of ad- 
dress lines 8 and 24 through 31, along with the address 
strobe (-AS), to generate a chip select signal to the SONIC 
(-SONICCS). When accessing the SONIC registers, the 
68030 will perform either a 32-bit read or a 32-bit write. 
Once -SONICCS is asserted the SONIC will respond with 
the acknowledge signals (-DSACK0 and -DSACK1) and ap- 
propriately source or sink data. The deassertion of -DS by 
the 68030 signals the end of the cycle and causes the SON- 
IC to deassert -DSACKO and -DSACK1 and terminate the 
slave cycle. 
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Master Operation 

As Stated previously, the SE/30 Ethernet adapter contains 
no local memory. All Ethernet data and descriptors are 
stored in system memory, which is accessed directly by the 
adapter. More specifically, the system memory is accessed 
directly by the SONIC, which interfaces directly to the 68030 
mother board bus of the SE/30. When a master DMA ac- 
cess is required, the SE/30 adapter will arbitrate for the 
SE/30 system bus. This arbitration Is performed by the 
SONIC, which connects directly to the bus arbitration sig- 
nals of the 68030. This Is depicted In the adapter block 
diagram (Figure 1). A timing diagram of the arbritration cycle 
can be found In Figure 7. When the SONIC Initiates a re- 
quest for the system bus, it asserts the bus request signal 
(-BR) and waits for the bus grant signal (-BG) to be returned 
by the system. Once the bus grant signal is received, the 
SONIC will take ownership of the bus by asserting the open 
collector bus grant acknowledge signal (-BGACK), when the 
host system's -AS, -DSACKO, -DSACK1, and -BGACK are 
all deasserted. Once -BGACK is asserted, the SONIC re- 
moves the bus request signal. 

After acquiring the bus the SE/30 adapter will begin to per- 
form 16 MHz 3 cycle asynchronous DMA on the system 
bus. This function is also facilitated by the SONIC, whose 
direct 68030 interface allows the SE/30 adapter to operate 
on this bus with virtually no Interface logic. As seen in Figure 
1, the bus interface signals on the SONIC are attached di- 
rectly to those of the SE/30 backplane. 



Timing diagrams of the adapter's master read and master 
write cycles appear In Figures 8 and 9. The only external 
Interface logic required is for the generation of Function 
Code bit 1 (FC1), SIZO, and address line (AO). These lines 
are not provided directly by the SONIC, but are formulated 
in the adapter logic. All three signals are driven low upon the 
SONIC's assertion of -BGACK. It should also be noted that 
Function Code bits and 2 (FCO and FC2) and the SIZ1 
signal are also not provided directly by the SONIC. Howev- 
er, these signals require no extra logic. The FCO signal is 
tied high through a backplane resistor and requires no 
board connection, since the SONIC should only access 
memory areas which correspond to function codes with the 
least significant bit set high. These areas are user data 
space (FC2, FCI, FCO = 001) and supervisor data space 
(FC2, FC1,FC0 =101). 

The FC2 and SIZ1 signals are not defined on the SONIC, 
but they can be generated by using the user and user 1 
pins. The user and 1 outputs can be programmed by the 
programmable output bits (POO and P01) in the SONIC's 
data configuration register (OCR). The output timing for 
these signals corresponds to the timing for the SONIC's 
address lines, which is the correct timing for both FC2 and 
SIZ1 . By programming POO with a or 1 , the adapter can be 
made to access either the user data space or supervisor 
data space of the SE/30's system memory. In order to pro- 
vide the correct SIZ1 signal tor 32-bit operation the P01 bit 
should be programmed to a 0. 



BSCK 



-BR 



A. 



y 



-BG 



\. 



y 



-BGACK 



■\. 



AO-31 
-AS 



-< 



"V 



MR/-W 
SIZ 0, FC 1 ,2 

FC2, SIZ1 



T 



TL/F/IOSIS-/ 



FIGURE 7. SONIC Master Arbitration 



1-874 



BSCK 




\ / 


' \ 




r 


-\ 


-- 


/ ^ 


\. 


TL/F/10848-B 
TL/F/1084B-9 


AO-31 












— 




_x_ 




-AS 






J 






FC2, SIZ1 


x_ 










— 




_x_ 




-DSACK 








-^ 




-DSACK 1 








-^ 




MR/-W 












mmm^ 


J- 






-DS 










DO-31 

BSCK 




FIGURE 8. Master Read 

v_7 \—r 




VALID 




\ 


AO-31 













— 


J- 


J<_ 








-AS 










FC2, SIZ1 








■\. 




— 


V 


_x 




-DSACK 








-^ 




-DSACK 1 
MR/-W 








-^ 




—^ 




-DS 












DO-31 




)C DATA VALI[ 
FIGURE 9. Master Write 


) 




JC 



to 



1-875 



necessary to provide a termination for the 78fi AUI cable's 
differential receive and collision pair (RX± and CD±). This 
is the reason for the 39n -1 % resistors and 0.01 ^iF capaci- 
tors that are shown in the schematic. 
Since the ENDEC resides within the SONIC, two compo- 
nents of the physical layer design are located on the main 
logic board, which can be seen on the schematics. First, 
each one of the transmit pairs (TX+ and TX— ) requires a 
270n non-precision pull down resistor (R1 and R2) to com- 
plete the internal source follower amplifiers that drive these 
signals. Second, there is an isolation transformer (T1) 
placed between the differential signals of the SONIC's EN- 
DEC and the header for the ribbon cable. This isolation Is 
necessary to guarantee that the SONIC meets the IEEE 
802.3 fail safe specification of a 16V DC level appearing on 
the AUI cable's differential signals. The external isolation Is 
necessary, due to the fact that in the powered down state 
the CMOS process, in which the SONIC Is manufactured, 
may not be able to withstand this voltage. 
The final feature of the physical layer design is the diagnos- 
tic LEDs. The yellow LED Indicates that the ENDEC carrier 
sense signal (CRS) Is asserted. An inverted version of CRS 
drives this LED. The green LED indicates that a transmis- 
sion is in progress, and the red LED indicates the presence 
of a collision. The transmission LED and collision LED are 
driven by inversions of the SONIC's transmit enable (TXE) 
and collision output (COL) signals, respectively. The signals 
for the LEDs are supplied from the main logic board, via the 
ribbon cable that connects the two boards. 



Physical Layer 

The physical layer interface for the SE/30 adapter resides 
on the connector card, which attaches to the back of the 
SE/30. The connector board is linked to the main logic 
board through a ribbon cable that attaches to a 20-pin head- 
er on the main logic board (J2) and another 20-pin header 
on the connector board (J3). These two headers can be 
seen on the adapter schematics, which appear at the end of 
the manual of this application note. The adapter can be 
used in either a thin wire or standard drop cable Ethernet 
environmenL When the adapter is used in a thin wire Ether- 
net application, jumper 3 (JB3) must have the jumper cover- 
ing both posts. This enables the DC-to-DC converter to re- 
ceive a 5V input from the SE/30 backplane and convert this 
to a -9V output, which is required by National Semiconduc- 
tor's Coaxial Transceiver Interface (CTI, DP8392). The CTI 
provides an interface between the 10 f^lHz Manchester en- 
coded coax cable and the 10 MHz Manchester encoded 
differential signals of the SONIC's ENDEC. In the case of a 
standard drop cable Ethernet application, JB3 is left uncov- 
ered so that the CTI will not receive power. This allows the 
signals of the SONIC's ENDEC to pass directly to the AUI 
cable, via the 15-pin AUI connector. In examining the sche- 
matic of the physical layer design. It can be seen that there 
Is a pulse transformer at the AUI side of the CTI. This Is 
placed here to isolate the CTI from the SONIC's ENDEC 
signals, when the AUI drop cable connection is being em- 
ployed. This transformer also provides the IEEE 802.3 spec- 
ified Isolation between the coax and the differential AUI sig- 
nals, when thin wire Ethernet is being used. It is also 

ADAPTER LOGIC EQUATIONS 

The following is the set of logic equations that are necessary to implement the adapter logic block found in Figure 1. As shown in 

the schematics, this logic can be implemented in a single 16L8B PAL. 

Inputs 

1,2,3 

4, 5, 6 

7, 8, 9 

11,13 

1 2; Address line (TRI-STATE) 

14; 68030 SIZO signal (TRI-STATE) 

15; 68030 Function Code 1 signal (TRI-STATE) 

16; PROM cycle acknowledgement (TRI-STATE) 

1 7; PROM cycle acknowledgement (TRI-STATE) 

18; PROM chip select 

19; SONIC chip select 

Equation: 

AO = 

SIZO = 

FC1 = 

POSACKO = 

PDSACK1 = 1 

ENABLE AO = -BGACK 

ENABLE SIZO = -BGACK 

ENABLE FC1 = -BGACK 

ENABLE PDSACKO = A31 •A30*A29*A28*A27'-A26«-A25*A24'A8'-AS 

ENABLE PDSACK1 = A31 •A30'A29'A28'A27*-A26'-A25'A24'A8'-AS 

SONICCS = A31*A30*A29'A28*A27*-A26*-A25*A24*-A8*-AS 

PROMSEL = A3rA30'A29*A28'A27'-A26*-A25*A24'A8'-AS 
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DP83916EB-AT: High 
Performance AT 
Compatible Bus iVJaster 
Ethiernet® Adapter Card 



National Semiconductor 
Application Note 855 
Denise Troutman 




INTRODUCTION 

The DP83916EB-AT board is a high performance 16-bit 
Ethernet adapter card designed for IBM® PC-AT®/compati- 
ble cornputer systems. It employs a unique bus master ar- 
chitecture which transfers packet data at rates up to 10 
Megabytes/second to and from the PC-AT's system memo- 
ry during Ethernet reception and transmission. Featuring the 
National Semiconductor DP83916 Systems-Oriented Net- 
work Interface Controller (S0NICtm.16) and the PLX 
AT9010, the board functions as a bus master adapter card 
for implementing Ethernet nodes. Its design includes an in- 
terface which enables PC-AT managed-hub applications. 
Furthermore, it supports three types of media for functionali- 
ty in IEEE 802.3 networks. 

By using the DP83916 SONIC-16, the DP83916EB-AT 
board maximizes bus master performance over existing 
adapter cards. First, the SONIC-16's highly integrated de- 
sign eliminates the need for I/O mapped or dual port adapt- 
er RAM designs. Second, the SONIC-16's bus master archi- 
tecture facilitates writing and reading network data directly 
to and from main system memory. This architecture is sup- 
ported by the SONIC-16's bus latency tolerance, its link-list 
buffer management scheme and its 24-bit memory address- 
ing capability. 

The PLX AT9010/AT9010B provides a compact, inexpen- 
sive and high performance AT bus interface for the 
DP83916EB-AT adapter card. It integrates much of the 
AT/SONIC-16 signal decoding and control logic. Because 
most options are selected by software drivers, the use of 
jumpers is reduced. 

The DP83916EB-AT offers management interface logic to 
implement a managed hub when the board is coupled with 
the DP83950EB-AT RICKIT. This interface allows the SON- 
IC-16 to emulate a RICtm on the Inter-RICTM/Management 
bus; hence, the S0N|C-16 can receive packets containing 
network data and collision information and also transmit 
packets over this bus. By using hub management, the 
DP83916EB-AT makes network statistics available to a 
manager located anywhere on the network. 
Finally, the adapter card offers multiple IEEE 802.3 cable 
media options: the DP8392 Coaxial Transceiver Interface 
for Thin Ethernet and an AUI connector for Thick Ethernet 
or Twisted-Pair. 



Use of the DP8391 6EB-AT adapter card provides a low cost 
1 5-chip bus master Ethernet node that supports three me- 
dia options for IEEE 802.3 networks. SONIC-16 hub man- 
agement is included by the addition of only five chips and 
the DP83950EB-AT RICKIT. 

FEATURES 

■ Efficient NSC DP83916 Systems-Oriented Network In- 
terface Controller (SONIC-16) 

■ Highly integrated PLX AT9010/B for PC-AT bus master 
interface 

■ Inter-RIC/Management bus interface for optional con- 
nection to DP83950EB-AT RICKIT 

■ Selectable media interfaces: Thin Ethernet or AUI for 
Twisted-Pair and Thick Ethernet 

■ Optional EPROM for remote system boot 

■ Four programmable master data transfer speeds includ- 
ing 5, 6.7, 8, and 10 Megabytes/second 

■ Selectable interrupt lines, bus request channels, adapt- 
er card I/O addresses and EPROM memory addresses 

HARDWARE OVERVIEW 

A block diagram for the DP83916EB-AT board is shown in 
Figure 1. The design can be broken into four sections: slave 
logic, master logic, hub management and media interface. 
The slave logic facilitates the AT's CPU in accessing the 
SONIC-16's registers, the AT9010's registers, the Ethernet 
Address ID PROM and the network Boot EPROM (socket). 
Much of the slave circuitry decode (chip selects) and control 
logic is implemented in the AT9010. The slave devices are 
accessed in I/O and memory space. 
The bus master logic assists the SONIC-16 in transferring 
data directly to and from the AT's system memory. It in- 
cludes all signal translation and control logic required to ac- 
cess the bus, a large portion of which is integrated in the 
AT901 0. The SONIC-1 6 uses the DMA controller to arbitrate 
between bus requestors for control of the bus and additional 
buffers for address and data buses. 
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FIGURE 1. DP83916EB-AT Board Block Diagram 



The hub management logic interfaces the Inter-RiC/IVIan- 
agement (IR/M) bus and the SONIC-16. The IR/M bus en- 
ables the sonic™ to gather network statistics for pacl<ets 
transmitted from a DP83950EB-AT RIC evaiuation board, to 
receive control packets from remote nodes (managers) and 
to transmit packets to the network. The logic includes turbo 
transceivers (BTLs) for driving signals, a PAL® for IR/M bus 
arbitration signals and a flip-flop which provides the IR/M 
transmit clock. 

The media interface connects the adapter card to one of 
three network media choices: Coax for 10BASE2 (Thin 
Ethernet) and AUI for 10BASE5 (Thick Ethernet) and 
10BASE-T (Twisted-Pair). 

Connection requirements for each choice will be described 
later. 

The DP83916EB-AT supports two versions of the PLX inter- 
face chip for the SONIC-16 and the PC-AT platform; the 
original AT9010 and the AT9010B. If the board is populated 
with the AT9010, a GAL (U11) is required to fix bugs in the 
AT9010 chip. The bugs are corrected in the AT9010B and 
adapter cards containing this version of the chip should not 
have a GAL placed in the socket for U11. (Note, all subse- 
quent references in this application note to "AT9010" apply 
to both versions of the chip unless specified otherwise.) 



Since the GAL is not populated when the AT9010B is popu- 
lated, signals driven from the AT9010B into the GAL will 
have no effect. 

The appendices at the end of this application note provide 
the following information: Appendix I— PAL and GAL equa- 
tions. Appendix II— Bill of Materials (BOM), Appendix III— 
AT9010/AT9010B Register Descriptions, Appendix IV — Sig- 
nal Descriptions, Appendix V— DP83916EB-AT Card Lay- 
out, Appendix VI— Test Pin Layout, Appendix VII— Design 
Change Recommendation and Appendix VIM— Compatibility 
Testing. In addition, a detailed schematic for the 
DP83916EB-AT adapter card is also located at the end of 
this application note. 

SLAVE LOGIC SECTION 

During slave cycles, the AT's CPU accesses one of the four 
slave devices on the card: the SONlC-16's 64 Internal regis- 
ters, the Ethernet address PROM, the AT9010's five Internal 
registers or the boot EPROM. Slave mode also includes 
card initialization. 

The AT9010 provides chip select/control and signal conver- 
sion logic. Its configuration registers specify I/O address 
mapping and SONIC-16 register select information, EPROM 
memory address decoding and Interrupt line specification. 
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I/O MAPPING 

The SON IC-1 6 registers, AT9010 registers and Ethernet ad- 
dress PROIVl reside in the PC-AT's I/O space. The AT9010 
offers a choice of seven 32-byte I/O blocks (shown in Table 
I) to place the card within I/O space. The user can map the 
board into any one of these blocks by selecting an unused 
portion of I/O space and positioning jumpers JP1-JP3 ac- 
cordingly. A shorted jumper corresponds to a and an open 
jumper corresponds to a 1 . The values of these jumpers are 
enabled onto the data bus during power up and subsequent- 
ly initialize the AT9010's Configuration Register 1, bits 7, 6, 
and 5. 





TABLE 1. I/O Space Mapping 


JP1 


JP2 


JP3 


CR1 
Bits<7..5> 


I/O Address 
(Hex) 











000 


100-11F 








1 


001 


120-13F 





1 





010 


140-15F 





1 


1 


oil 


160-17F 


1' 


Q. 


0' 


100 


300-31F' 


1 





1 


101 


320-33F 


1 


1 





110 


340-35F 


1 


1 


1 


111 


340-35F 



• DP83916EB-AT default setting 

= short Cumper on), 1 = open Oumper off) 



The actual mapping of the SONIC-1 6 registers, AT9010 reg- 
isters, PROM and SONIC-16 paging register into one of the 
32-byte blocks of I/O space is shown in F/gure 3. Bytes 2-5 
are the AT9010's Configuration Registers 0-3, bytes 8-13 
are the Ethernet address PROM, byte 15 is AT9010's Con- 
figuration Register 15, and bytes 16-32 are the SONIC-16's 
registers. All other bytes are reserved. 



1FH 



10H 
OFH 

OEH 
ODH 

08H 

07H 
06H 

05H 



02H 
01 H 

OOH 



SONIC-16 REGISTERS 
(8 locations) 



AT9010 CONFIG REG 15 



RESERVED 



ETHERNET ADDRESS PROM 
(6 bytes) 



RESERVED 



AT9010 CONFIGURATION 
REGISTERS 0-3 



RESERVED 



FIGURE 3. Card 32-Byte I/O Space Map 



1-B81 



SONIC-16 AND ATSOIO REGISTER ACCESS 

Due to limited PC-AT I/O space, only eight of the 
SONIC-16's 64 registers are accessible at any one time. 
The DP83916EB-AT accommodates this by partitioning the 
SONiC-16's registers into eight pages of eight registers 
(16-bit locations). 

To access the registers, the CPU must drive a 6-bit register 
address. First, the CPU sets up the page number (0 to 7) by 
executing an 8-bit I/O write cycle of D<5. .3> to the 
AT9010's Configuration Register 15, bits<5. .3>. These 
data bits drive the three most significant SONIC-16 register 
address bits RA<5. .3>. Then, the CPU executes a 16-bit 
I/O read or write cycle using the PC-AT's lower address 
lines SAO. .1 > to drive the SONIC-16's address bits 
RA<2. .0> which select the appropriate register. This com- 
pletes the SONIC-16 register access. Note, most SONIC-16 
register accesses actually require only one I/O cycle be- 
cause the SONIC-16 registers which are accessed most of- 
ten are located on Page 0. 

The AT9010 configuration registers are 8 bits wide and are 
read or written through standard 8-bit I/O cycles. 

PROM AND EPROM MEMORY MAPPING 

The PROM is a 32-byte register which holds a unique 6-byte 
Ethernet ID Address in offset locations 08H-0DH. It is read 
by 8-bit I/O read cycles. 

The optional boot EPROM (socket), which resides in the 
PC's BIOS memory space, is also an 8-bit device. If used, 
the EPROM can be programmed with instructions that are 
scanned on power-up and enable a diskless workstation to 
boot up remotely from a network, then access a server. 
The boot EPROM can be memory mapped above 640k 
within the first megabyte of memory. Specifically, the 
AT9010 places the EPROM in a section of memory within 
the OCOOOOH to ODFFFFH address range. As shown in Fig- 
ure 4, the upper address decode bits for LA<23. .17> are 
predetermined by the AT9010. To complete the base ad- 
dress, the decode bits for SA<16. .13> must be pro- 
grammed by the user in Configuration Register 2. The 
AT9010 can be configured for an 8k, 16k or 32k EPROM. 
During EPROM memory accesses, address lines 
LA<23. .17> are decoded to notify the AT9010 of EPROM 
activity. This decode is accomplished by the comparator 
shown in Figure 2. 

The DP83916EB-AT design supports an 8k or 16k EPROM 
(socket); hence, the memory base address options are 8k or 
16k sections of memory. Table II shows the decode for a 
1 6k EPROM. Note, SA13 is driven directly into the EPROM; 
therefore, bit 2 of Configuration Register 2 is a don't care 
bit. 

If the EPROM is used, Configuration Register 2, bits 7 and 6 
must be set to 1 and to enable an 8k EPROM or and 1 to 
select a 16k EPROM. If the EPROM is not used, these bits 
must be set to 1s to disable the EPROM. 



TABLE II. EPROM Memory Base Address 



bits 


CR2 
Bits < 5. .2 > 

bit4 bits 


bit2 


Base 

Address 

16k EPROM 

(Hex) 











X 


OCOOOO 








1 


X 


OC4000 





1 





X 


0C8000 





1 


1 


X 


occooo 


1 








X 


ODOOOO 


1 





1 


X 


0D4000 


1 


1 





X 


0D8000 


1 


1 


1 


X 


ODCOOO 



INTERRUPT LINE SELECTION 

As the SONIC-16 transmits and receives packets from the 
network, it generates interrupts (via an IRQx line from the 
AT9010) to the CPU. This results in several slave cycles 
which read the SONIC-16's Interrupt Status Register and 
service the Interrupt. When the original AT901 chip asserts 
an Interrupt, it sets a non-latched interrupt indicator in bit 2 
of Configuration Register 15 that is cleared when IRQx is 
cleared. (In the AT9010B, the interrupt indicator is latched; 
hence, it is maintained even if IRQx deasserts and is 
cleared by writing a 1 to CR1 5, bit 2.) 
The DP83916EB-AT user can select one of four interrupt 
lines by programming the AT9010's Configuration Register 
0. Table III presents the IRQx choices (lines 3, 4, 5 or 9) and 
indicates the necessary bits to select the appropriate line. In 
addition to choosing an IRQx line, the user must also pro- 
gram Configuration Register 0, bit 3 to mask (0) or unmask 
(1) the chosen interrupt upon assertion of INT from the 
SONIC-16. 

TABLE III. Interrupt Line Selection 



CR0,Bits<2,1> 


PLX Reference 


IRQx Signal 


00 





3 


01 


1 


4 


10 


2 


5 


11 


3 


9 



Comparator Decode 


Configuration Register 2 


LA23 


LA22 


LA21 


LA20 


LA19 


LAIS 


LAI 7 


SA16 


SA15 


SA14 


SA13 














1 


1 





bits 


bit4 


bits 


bit2 



FIGURE 4. EPROM Address Bit Specification 
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FIGURE 5. I/O Write Cycle to SONIC-16 Registers 



SLAVE CYCLES 

The following section presents a basic description and tim- 
ing diagrams for the signals generated by the AT bus, 
AT9010 and SONIC-16 when the DP83916EB-AT is in slave 
mode. A detailed description of the relevant signals associ- 
ated with AT I/O cycles to the adapter card and AT memory 
accesses to the EPROM is located In Appendix IV at the 
end of this application note. 

The DP83916 EB-AT ad apter card is designed so that on 
power-up, the P0SCS3 pin will enable the I/O address of 
the adapter card onto the data bus. This address is latched 
into bits<7. .5> of Configuration Register 1 and locates the 
card in I/O space. Software drivers must subsequently pro- 
gram all registers with the correct data for operation. 
The AT bus initiates an I/O cycle by driving the address 
onto the bus, asserting BALE high and generating -lORD or 
-lOWR. The AT9010 then generates a chip select to the 
appropriate slave device. 

The SONIC-16 registers, which are located in I/O space, 
can be writte n or rea d. Because they are 16 bits wide, a 
special signal I0CSI6 is driven to the AT bus for the duration 
of the SONIC-16 I/O access. The AT9 010 dr i ves lO GHRDY 
low (not ready) af ter the address and lORD/IOWR signals 
are asserted (and MEMR/MEMW are not active). (Note, in 
this document, lOCHHDY will not be broken down into 
lOCHRDYBUS and lOCHRDYAT in order to give a clear 
explanation of the signal lOCHRDY's purpose. For an expla- 
nation of these signals, refer to the signal descriptions and 
GAL equations in the appendices and the schematic at the 



end of this application note.) When the SONIC-16 has 
latche d write data or driven valid read data, it generates 
RDYo to terminate the cycle. At this time, the AT9010 as- 
serts lOCHRDY high to the AT bus. An example of the sig- 
nal timing for an I/O write cycle to SONIC-16 registers is 
shown in Figure 5. 

Most I/O devices (like the DP83916EB-AT during slave 
mode) drive lOCHRDY low after the address and I/O com- 
mand signal are asserted. However, some AT compatible 
machines use chip sets (from Chips and Technologies or 
VLSI Technologies) with modified timing characteristics 
whereby during 16-bit I/O cycles ^ th e PC's bus controller 
samples lOCHRDY before lORD or lOWR is driven. This 
problem is detailed in the NSC document "PC-AT Design 
Considerations for the DP83902EB-AT". 
To accommodate this early sampling problem, the AT901 OB 
can be programmed to drive lOCHRDY low immediately 
upon SONIC-18 register address decode. The AT9010B 
then uses a gating signal to maintain lOCHRDY if the cycle 
is an I/O cycle or to stop asserting lOCHRDY if the cycle is 
a memory cycle. Specifically, if the AT9010B Configuration 
Register 3, bit 3 is set to 1, lOCHRDY will be driven low 
early, based on I/O address decode of a SONIC-1 6 register, 
then qualified with a gating signal. If CR3, bit 3 is set to 0, 
lOCHRDY will follow the AT s tanda r d: add ress decode of a 
SONIC- 1 6 reg ister and lORD/IOWR and inactive 
MEM-R/MEMW. The early lOCHRDY feature should not be 
used If the PC I/O cycles are functioning properly. Further- 
more, it is not supported by the original AT9010 chip. 
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The ATSOIO's registers can be written or read. The 32-byte 
PROM, however, can only be read. For either device, the 
I/O read cycles are finished once the data has been en- 
abled onto the bus and read by the CPU. An I/O write cycle 
to an AT9010 register is completed once the data has been 
latched to the AT9010. lOCHRDY is not driven low during 
the 8-bit cycles to either of these devices. 
The AT bus initiates a boot EPROM cycle by driving the 
addres s onto the bus, asserting BALE high and generating 
MEMR. Once the AT9010 has chip selected the 
EPROM, data is enabled onto the data bus and the memory 
cycle is complete. An EPROM read cycle Is illustrated in 
Figure 6. lOCHRDY is not driven during EPROM cycles. 

DP83916EB-AT REGISTER INITIALIZATION 

Upon power-up, the DP83916EB-AT card pulses the card's 
I/O address into Configuration Register 1. Subsequently, 
software initializes Configuration Registers 0-3 and 15 for 
operation. 

The original AT9010 is enabled by setting bit of Configura- 
tion Register to a 1. If this bit Is a 0, the original AT9010 
will not respond to any host bus access except hard reset, 
in the AT9010B, the card is enabled regairdless of the state 
of this bit 

The AT901 OB supports software reset. If Configuration Reg- 
ister 15, bit 7 is set to a 1, the AT9010B will reset all the 



chip's functions to the default condition except Configura- 
tion Registers 0-3 and bits 3-5 and 7 of Configuration Reg- 
ister 1 5. The software must subsequently write a to CR 1 5, 
bit 7 to clear this bit. Bit 7 of CR 15 is a reserved bit in the 
original AT9010. If it is set to 1 , the card is lost in I/O space 
and can only be recovered by hard reset. 

Note: The AT9010B corrects bugs in the AT9010 and offers additional fea- 
tures. The DP83916EB-AT card and demonstration software support 
both versions of the interface cliip. Appendix Hi provides details re- 
garding specific programming of ali Configuration Registers. 

MASTER LOGIC SECTION 

During master mode, the AT's CPU allows the SONIC-16 to 
take over the system bus and access main memory directly. 
The SONIC-16 uses the DMA controller to assist in the bus 
arbitration process. In addition, it utilizes the AT9010's bus 
interface logic for requesting the bus and generating AT 
compatible read/write signals. A block diagram showing the 
master logic is presented in Figure 7. 

DMA CONTROLLER CHANNEL SELECTION 

For data transfer, PC-ATs utilize two 8237A DMA controllers 
with tour channels each. Controller 1 contains channels 
0-3 which support byte transfers and are typically reserved 
for diskette, SDLC, etc. It is cascaded with Controller 2 
which contains channels 4-7 to support word transfers. 
While channel 4 is used to cascade Controller 2, channels 
5-7 are usually spare. . 
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FIGURE 6. Memory Read Cycle to Boot EPROM 
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FIGURE 7. Master Logic Block Diagram 



The user must select one of the spare DMA channels. By 
programming the AT9010's bits and 1 of Configuration 
Register 3, the user can select DMA request line 3, 5, 6, or 7 
as shown in Table IV. This will route the DMA request 
(DRQx) and acknowledge (-DACKx) signals to and from the 
appropriate DMA controller channel. 

TABLE IV. DMA Channel Selection 



TABLE V. DMA Controller Programming 



CR3,Bits<1,0> 


PLX Reference 


DMA Channel 


00 





3 


01 


1 


5 


10 


2 


6 


11 


3 


7 



An example PC and adapter card configuration is shown in 
Figure 8. Controller 1 is cascaded with Controller 2. Hence, 
channel 4 of Controller 2 must be programmed for cascade 
mode so that whenever Controller 1 requests the bus, Con- 
troller 2 will arbitrate for it without executing DMA memory 
or I/O cycles. The software driver must also program the 
DMA channel used by the SONIC-16 for cascade mode. 
This is done by writing the commands shown in Table V to 
the registers of the appropriate DMA C ontroller . These com- 
mands define the sense of the DROx/DACKx lines, set the 
arbitration priority algorithm (fixed or rotating), enable and 
cascade a particular channel and unmask the channel. 



DMA Register 


I/O 
Addr 


Data 


Channel 


COMMAND 

DRQx Active High 
DACKx Active Low 
Rotating Priority 
Enable Channel 


08H 
DOH 
DON 
DOH ' 


10H 
10H 
10H 
10H 


3 
5 
6 
7 


MODE 
Cascade Channel 


OBH 

-D6H 

D6H 

D6H 


D3H 

D1H 

' D2H 

D3H 


3 
5 
6 

7 


Write Single 
Mask Bit 

Unmask Channel 


OAH 
D4H 
D4H 
D4H 


03H 
01 H 
02H 
03H 


3 
5 
6 

7 



MASTER CYCLES 

The following section presents a basic description of the AT 
bus, AT9010 and SONIC-16 signals generated when the 
DP83916EB-AT becomes a bus master. It illustrates a tim- 
ing diagram and presents a basic description of relevant 
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signals associated with the SONIC-16's read and write cy- 
cles to system memory. A more detailed description of the 
signals associated with master cycles is located in Appendix 
IV at the end of this application note. 
As the DP83916EB-AT transmits and receives packets, it 
accesses system memory to read and write pacl^et data or 
descriptor information. The SONIC-16 requires the bus for 
these operations; hence, it drives HOLD to the AT9010 
which translates this request for the bus into an active 
DRQx line. Once the AT bus is available , the DM A controller 
responds to the AT9010 via t he chosen DACKx line. Subse- 
quently, t he AT90 10 asserts MASTER to the AT bus and 
relays the DACKx to the SONIC-16 by asserting HLDA. This 
handshake Is shown in Figure 8. 

Once the SONIC-16 has gained ownership of the AT bus, it 
generates multiple read or write cycles to the AT's system 
memory. To begin the cycle, the SONI C-16 d rives MW-R to 
the AT9010. Th en, the AT9010 d rives HAOE to enable the 
address buffers, HDOE0/HDOE1 to enable the data buffers 
and' HDDIR high (memory write) or low (memory read) to 
establish direction for the flow of data through the data buff- 
ers. 

At the beginning of each transfer in the cycle, the SONIC-16 
drives an address into the address buffers, asserts address 



strobe, ADS, to the AT9010 and latches the address onto 
the bus. The rest of the transfer depends on whether the 
SONIC-16 is writing data or reading data from system mem- 
ory. 

If the S ONIC-16 is writing data, the AT9010 will strobe 
MEMW low to the bus for each transfer. The SONIC-16 will 
source data which is valid after the falling edge of the first 
BSCK of each cycle. Once the s ystem asserts lOCHRDY 
high, the AT9010 will drive RDYi to the SONIC-16 to com- 
plete the write cycle. A timing diagram for a master write 
cycle is shown in Figure 9. 

If the SONIC-16 is reading data, the AT9010 will pulse 
MEMR to the bus for each read transfer. The system memo- 
ry will source the data which is latched to the SONIC-16 on 
the rising edge of the first BSCK after RDYi is asserted. 
Again, w hen th e CPU asserts lOCHRDY high, the AT9010 
will drive RDYi to the SONIC-16 to complete the read cycle. 

DP83916EB-AT BUS CYCLE CONFIGURATION 

There are two timers which govern the SONIC-16's activity 
on the bus during master mode. The first is a bus hold timer 
which is activated to ensure the SONIC-1 6 canno t hog the 
bus. It begins when the AT9010 receives DACKx from the 
bus and expires after 6 (or 12) jts depending on whether 
AT9010 Configuration Register 0, bit 5 is (or 1). 
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FIGURE 9. Master Write Cycle 



At this point, the AT9010 pre-empts the SONIC off the bus 
by deasserting HLDA. The original AT9010 chip does not 
follow proper timing requirements for pre-empting the 
SONIC-16 and this has been corrected in both the GAL 
(U11) and the AT9010B. Now, In certain PCs with slow 
memory cycles, pre-emption causes FIFO underruns or 
overruns during loopback diagnostics due to the SONIC- 
16's heavy use of the bus during this mode. Because of 
these compatibility issues, pre-emption can be disabled. To 
enable (or disable) the AT9010, set Configuration Register 
1, bit 1 to 1 (or 0). This drives a signal PRE-EMPT high (or 



low) to the GAL (U11). To enable (or disable) pre-emption in 
the AT9010B, program CR 1, bit 4 to (or 1). 
The second timer is an 800 ns timer. Its purpose is to short- 
en the SONIC-16's bus acquisition time when the SONIC-16 
has control of the bus then deasserts HOLD and re-asserts 
HOLD before 800 ns has expired. In the original AT9010, if 
these conditions are satisfied and the 6 (or 12) jis timer has 
not expired, the original AT9010 will maintain DRQx to the 
bus. However, if the conditions are satisfied and the 6 (or 
12) fis timer has expired, the SONIC will lose the bus once it 
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deasserts HOLD. This is true regardiess of the state of the 
signal PRE-EIVIPT. In the AT9010B, the 800 ns timer is inde- 
pendent of the 6 (or 12) jis timer if the 6 (or 12) iis timer is 
disabled. The AT9010B's 800 ns timer can be enabled (or 
disabled) by setting CRO, bit 4 to 1 (or 0). For both versions 
of the AT9010, if the 6/12 fis timer is active and has not 
expired and the 800 ns timer is active, then if the SONIC-16 
deasserts HOLD then re-asserts HOLD before 800 ns has 
expired, HLDA follows HOLD but DRQx is maintained high 
to the bus. 

The AT9010 offers an option of different master t ransfer 
cycl e speeds . These speeds define the widths of the MeMFh 
and MEMW pulses for each cycle. They are selected in 
Configuration Register 3 and are outlined in Table VI. 

TABLE VI. Master Transfer Cycle Speeds 



CR,3 Bits < 5,4 > 


Megabytes/sec 


00 


5 


01 


6.7 


10 


a 


11 


10 



HUB MANAGEMENT 

The DP83918EB-AT Incorporates an interface to the Inter- 
RIC/Management (IR/M) bus of the DP83950EB-AT. This 
interface implements a managed hub by connecting the 



DP83916EB-AT to one or several DP83950EB-ATs. In this 
configuration, the SONIC-16 gathers and buffers network 
statistics for packets sent from the RICs on the 
DP83950EB-ATS. The SONIC-16 also transmits over the 
IR/M bus, allowing management statistics to be accessed 
by any node on the network. A block diagram of the adapter 
card portion of the managed hub is shown in Figure 10. A 
comprehensive list of the hub management signals is pre- 
sented in Appendix IV at the end of this note. 

IR/M RECEIVED PACKET FORMAT 

Packets are sent by RICs on DP83950EB-ATs to the 
SONIC-16 over the (Management portion of the IR/M bus. 
The format of these packets differs from the format of stan- 
dard. Ethernet packets. First, the preamble and start of 
frame delimiter of the packets Is a 5-bit sequence 01011 
rather than the standard eight bytes of 10101....1011. 
Second, the packets have Non Return to Zero (NR2) format 
because they are sent over the IR/M bus, rather than 
through the physical layer. 

Third, seven bytes of status Information are appended by 
the RICs after the cyclical redundancy check (CRC) se- 
quence of the packet. This Information contains statistics 
regarding the packet's transmission over the network. Be- 
cause the status field is appended to the end of the packet, 
the SONIC-1 6 interprets the last four bytes of status as CRC 
and flags a CRC error even though there is no legitimate 
CRC error. For this reason, the SONIC-1 6's Receive Control 
Register (RCR) must be programmed to accept packets 
with errors. 
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Finally, the packet's destination may specify the SONIC-16 
node if ttie packet contains management commands intend- 
ed for the SONIC-16 or another node if the packet is sent to 
the SONIC-16 for the purpose of saving the status informa- 
tion. Hence, the SONIC-16's RCR must be configured to 
accept all packets including runt packets and all address 
type packets (in addition to accepting errored packets as 
described above). 

A packet that is sent over the management bus has the 
format shown in Figure 11. A detailed description of the 
information contained in the seven bytes of management 
statistics is located in the DP83950 Repeater Interface Con- 
troller (RIC) Data Sheet. 

PACKET RECEPTION SIGNALS 

The signals MCRS, MRXD and MRXC sent over the man- 
agement bus, are the management carrier sense, manage- 
ment data, and management clock which specify the pack- 
ets sent to the SONIC-16. They are buffered through invert- 
ing turbo transceivers (BTLs). The BTLs drive the IR/M bus 
signals with the same characteristics as the signals on the 
DP83950EB-AT card. BTL features include high density 
backplane capabilities, minimum delay and fast voltage 
switching characteristics; however, BTLs are not required 
for all applications. 

As described above, the packets are in NRZ format; hence, 
the buffered signals, CRS, RXD and RXC driven to the 
SONIC-16 are NRZ signals. These signals are connected 
directly to the CRS, RXD and RXC of the SONIC-16. The 
SONIC-16 is programmed (USER_PIN3 of AT9010 Config- 
uration Register 1 is set to 1) for external ENDEC mode. 
With the above configuration, the SONIC-16 will buffer every 
packet received from the IR/M bus. It can, however, be 
programmed to save memory space by "compressing" 
packets whose data is not intended for reception by the 
SONIC-16. With this feature, the SONiC-16 can buffer 
status Information, a portion of data and status or the entire 
packet . This is ac complish ed via a SONiC-16 control signal 
called PCOMP. If PCOMP is asserted to the management 
bus, the receive clock signal, MRXC, will be inhibited during 
transmission of packet data and enabled during transmis- 
sion of the packet's seven bytes of status information. This 
causes the packet to be "compressed"; i.e., only destina- 
tion address and status data are buffered to memory. 



In order to use packet compression, the SONIC-16's DCR2 
register must be programmed to assert PCOMP upon CAM 
(Content Addressable Memory) register match or mismatch. 
For a managed hub, the DCR2 must be programmed to as- 
sert PCOMP upon CAM mismatch. Then, if the SONIC-16's 
CAM is programmed with its own Ethernet address, all 
packets with destination addresses equal to the SONIC- 
16's address will be buffered. All other packets will be com- 
pressed. For a manag ed bridge , the DCR2 register must be 
programmed to assert PCOMP upon CAM register match. In 
this case, the SONIC-16's CAM is programmed with the ad- 
dresses of all RICs on the UN from which the packet is 
being transmitted. Then, only packets intended for the 
SONIC-16 or for nodes on the other side of the bridge link 
will be buffered. All packets which are merely repeated to 
the RIC connected to the SONiC-16 then forwarded to the 
SONIC-1 6 over the Management bus, will be compressed to 
save status Information only. 

In addition to programming the SONIC-16'8 DCR2 the Pack- 
et Compress Decode (PCD) Register of the RIC must be 
Initialized with the number of bytes after SFD, not Including 
seven bytes of st atus Info rmation, to be transferred If the 
SONIC-16 asserts PCOMP. According to the DP83950 RIC 
Data Sheet, the value of this register must be less than or 
equal to 255 bytes. The actual value, however, must be be- 
tween 7-255 bytes because the SONIC-16 requires six 
bytes of destination address and five bits of address com- 
pare time in order to determine whether or not to assert 
PCOMP. If the user enters a PCD value less than seven 
bytes, t he driver software should change the value to seven 
so that PCOMP will operate properly. In this scenario, six 
bytes of destination address and one byte of source ad- 
dress will be buffered along with the seven bytes of status 
information. 

An example of PCOMP and the effect on MRXC is shown in 
Figure 11. For this example, the RICs PCD is OEH. As it 
transmits the packet, the RIC counts 14 bytes from the be- 
ginning of the de stination address. Because the SONIC-16 
asserts PCOMP, the RIC inhibits the MRXC 14 bytes after 
the beginning of the packet. It enables the MRXC for the 
last seven bytes of status data. 
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IR/M PACKET RECEPTION 

When the SONIC-16 begins receiving a pacl<el, it compares 
the destination address of the packet with all addresses In 
Its content addressable memory (CAM) register. If the 
SONIC-16 is configured as a managed hub and there Is a 
CAM match, the entire packet, along with the seven bytes of 
status information, is buffered to memory where it waits to 
be processed by upper-level management software. If there 
is no CAM match, the SONIC-16 asserts PCOMP to the 
Management bus. Depending on the value of the PCD, the 
RIC sending the packet will Inhibit the receive clock signal, 
lUIRXC during a portion of the packet data and enable it 
during the seven bytes of status. Hence, only destination 
address, a portion of source address/data and status infor- 
mation is buffered to memory where it waits to be process- 
ed by upper-level management software. 

IR/M TRANSMITTED PACKET FORMAT 

Packets are sent by the SONIC-16 to the HICs on 
DP83950EB-ATS over the Inter-RIC portion of the IR/M bus. 
These packets have the format of standard Ethernet pack- 
ets. 

PACKET TRANSMISSION SIGNALS 

The SONIC-16 transmits over the Inter-RIC bus using the 
transmit enable (TXE), transmit data (TXD) and transmit 
clock frxC) to specify the packets. TXC is driven by a 
10 MHz signal from a flip-flop which divides an external 
20 MHz oscillator clock by two. The transmit signals are 
connected to the SONIC-16's transmit pins, TXE, TXD and 
TXC and have NRZ format. They are driven through an in- 
verting turbo transceiver (BTL) and become the Inter-RIC 
enable (IRE), Inter-RIC data (IRD) and Inter-RIC clock (IRC), 
which connect directly to the Inter-RIC bus. 
Because of the SONIC-16's Interface to the Inter-RIC/Man- 
agement bus, it appears to be another RIC to the rest of the 
RIC network. Hence, the SONIC-16 participates In the RICs' 
serial arbitration scheme for transmission and uses the 
same handshake signals. This arbitration scheme is con- 
tained In a PAL and Is described In the following para- 
graphs. The actual PAL equations are located at the end of 
this application note. 

The RICs and SONIC-16 are connected in the serial arbitra- 
tion scheme by two signals, ACKi and ACKo. ACKo of a RIC 
above the SONIC-16 connects to ACKI of the SONIC-16; 
ACKo of the SONIC-16 connects to ACKi of a RIC below it. 
The SONIC-16 and RICs pass permission to transmit down 
the chain by driving ACKo high to the ACKi of the next chip 
in the chain. 

Regardless of whether or not the SONIC-16 has permission 
to transmit, it does so whenever the management bus is 
quiet and there Is data to send. Hence, when the SONIC-16 
wants to transmit, it drives TXE high. If the SONIC-16 has 
permission to transmit (I.e., ACKI is high), the PAL activates 
ACTNd high to notify the RICs of the SONIC-16's transmit 
activity on the Inter-RIC bus. If the SONIC-16 does not have 
permission to transmit (i.e., ACKi is low), the PAL activates 
ANYXNd high which notifies the RICs of a SONIC-16 trans- 
mit collision. 



The SONIC-16's collision pin (COL) is driven by the PAL 
when the SONIC-16 Is transmitting and either a transmit 
collision occurs on the network/lnter-RIC bus or a receive 
oollision occurs on a RICs AUI port. If the SONIC-16 is 
transmitting and a collision occurs, the SONIC-16 sends jam 
pattern, then backs off the Inter-RIC bus. At the same time, 
the RICs send jam pattern and then become Idle. After 
some time, the SONIC-16 attempts to retransmit If the 
SONIC-16 is not transmitting and a collision occurs on the 
network, the RICs send jam to their ports. A Management 
Interface Configuration (MIFCON) bit in the RICs Interrupt 
and Management Configuration Register determines the 
outcome of this collision event. If MIFCON Is and the colli- 
sion occurs before the packet's start of frame delimiter, the 
RIC whose packet has collided, will send 0101 1 followed by 
seven bytes of status (which reflect the collision) to the 
SONIC-16. If MIFCON is 1 and the collision occurs before 
the SFD, neither packet nor status data is transmitted over 
the Management bus to the SONIC-16. Finally, if MIFCON is 
(or 1) and the collision occurs after the packet's SFD, the 
RIC appends the status information and sends the packet to 
the SONIC-16. 

The PAL drives a BTL transmit enable (TX_EN) signal to 
the transmit BTL which enables the BTL only when the 
SONIC-16 Is configured for an external ENDEC, has permis- 
sion to transmit and wants to transmit. This prevents the 
BTL from driving IRE, IRD and IRC unless the SONIC-16's 
transmission is valid. 

DP83916EB-AT CONFIGURATION FOR HUB 
MANAGEMENT 

The adapter card must be configured differently to use the 
hub-management option. First, the card cannot be connect- 
ed to Inter-RIC/Management bus and a physical layer inter- 
face at the same time. Jumper 4 must be disconnected. 
Second, the AT9010's USER_PIN3 (bit 3) in Configuration 
Register 1 must be set to a 1 to configure the SONIC-16 for 
external ENDEC mode. Third, the AT9010's USERPIN2 (bit 
2) in Configuration Register 1 must be set to a to enable 
the receiving BTL. 

MEDIA INTERFACE 

The network interface of the DP83916EB-AT card offers 
three media interface options (in addition to the Inter-RIC/ 
Management interface): Thin Ethernet, Thick Ethernet and 
Twisted-Pair. Only one of the three Interfaces may be 
used at a given time and cabling requirements are spec- 
ified In the following section. A physical layer block dia- 
gram Is given in Figure 12. 

The Coaxial Interface features the DP8392C Coaxial Trans- 
ceiver Interface (CTI) as a coaxial cable line driver/receiver 
connected between the SONIC-16 and the BNC connector 
for Thin Ethernet coaxial cable. For transmission, it converts 
AUI signals to single-ended 1 0BASE2 signals. On reception. 
It converts single-ended 10BASE2 signals to AUI signals. 
The Isolation between the CTI and the SONIC-16, required 
by the IEEE 802.3, is satisfied on the signal lines by a trans- 
former. Power isolation for the CTI Is performed by a DC to 
DC converter which supplies the CTI with a -9V power 
supply for operation. To use the adapter card in a Thin 
Ethernet environment. It is necessary to short JP4 which 
supplies the CTI with -9V. 
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The AUI Interface option allows the use of the 
DP83916EB-AT with one of several alternative cable media. 
Possible choices include Thick Ethernet cable for 10BASE2 
networks and Twisted-Pair cable for 10BASE-T networks. 
No on-board transformers are required for isolation because 
the connector to the AUI Is a medium attachment unit 
(I^AU) which houses its own transformer and DC to DC con- 
verter. However, capacitors are used for DC isolation and 
16V fault tolerance. To use the AUI interface, open JP4 to 
disable power to the CTI. 

The Interface options and jumper settings are summarized 
in Table VII. It is imperative to note that only one network 
Interface option and cable can be used at a time. Multi- 
ple cables will result In network errors. 

TABLE Vil. Jumper Selection for Media 
Interface or Hub Management 



JP4 


Network Interface/Hf/ 


Short- 


Thin Ethernet* 


Open 


Thick Ethernet, 
Twisted-Pair via AUI 


Open 


HUB-Management 



• DP83916EB-AT default setting 
DP83916EB-AT CONFIGURATION 
In order to maximize the utility and options of the 
DP83916EB-AT adapter card, it is imperative that the board 
is configured correctly. The following section highlights the 
hardware and software configuration issues which 
must be considered prior to Installation of the card for 
the first time. 



HARDWARE CONFIGURATION 

There are two versions of the PLX bus interface chip: the 
AT9010 and the AT9010B. The DP83916EB-AT design sup- 
ports both chips with the following component placement 
considerations. If the original AT9010 is used, a GAL (U1 1) 
containing AT9010 fixes must be populated. In addition, re- 
sistors R46, R47 and R48 must not be populated. If the 
AT9010B is used, the GAL (U11) must be left open and 
resistors R46, R47 and R48 must be populated. The above 
considerations are determined at the time of board assem- 
bly. Hence, they should not be of concern to the card user. 
The user must determine the I/O address of the card and 
set jumpers JP1-JP3. If the optional boot EPROM is to be 
used, it must be Inserted on the adapter card. 
To use the DP83916EB-AT's media interface, the user must 
select one of the interface options including Thin Coax 
(10BASE2) or AUI (with 10 BASES or 10BASE-T) and con- 
figure JP4 according to the Media Interface Section. Or, 
to use hub management, the user must install a 
DP83950E-B-AT RICKIT, disconnect any DP83916EB-AT 
media interface connections and open JP4. 
The above hardware settings must be considered prior to 
inserting the board into an AT bus slot. 

SOFTWARE CONFIGURATION 

The DPa3916EB-AT features many user options which can 
be selected by programming the configuration registers of 
the AT9010. The following summarizes the software options 
available; references to AT9010 are given as (Configuration 
Register Number, Applicable Bits). For a complete listing of 
AT9010 Configuration Registers and demonstration soft- 
ware defaults, refer to Appendix III. 
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Card enable (CRO, BitO): enables (1) or disables (0) the 

original AT9010. Once disabled, the original AT9010 can 

only be re-enabled with hard reset. The AT9010B is always 

enabled regardless of the state of this bit. 

Selectable Interrupt lines (CRO, Bits<2,1>): one of four 

must be chosen: 00 = IRQ3,01 = IRQ4, 10 = IRQ5, 11 = 

IRQ9. 

Interrupt unmask (CRO, Bit 3): unmasks (1) or maslts (0) 
the IRQx signal when INT is driven by the SONIC-16. 
800 ns timer (CRO, Bit 4): enables (1) or disables (0) the 
800 ns timer in AT9010B. This timer is always enabled in the 
original AT9010. 

Maximum bus hold time after detection of DACKx (CRO, Bit 
5): = 6 /xs, 1 = 12 ;xs. In the original AT9010, this timer 
can be enabled (or disabled) by setting CR1 , bit 1 to 1 (or 0). 
In the AT9010B, it can be enabled (or disabled) by setting 
bit 4 of CR1 to (or 1). 

USER_PIN1/PRE-EMPT (CR1, Bit 1): enables (1) or dis- 
ables (0) SONIC-16 pre-emption in the original AT9010. 
USER_PIN2/-RE_EN (CR1, Bit2): drives a for a BTL 
receive enable in the hub management interface. This bit 
must be a 1 when not using hub management. 
USER_PIN3/EXT (CRI, BitS): drives a for an internal 
SONIC-16 ENDEC when using the physical interface or a 1 
for an external ENDEC when using the hub management 
interface. 

I/O address of the card (CRI, Bits <7. .5>): one of seven 
choices must be made; these are outlined in the Slave Logic 
Section. Note, the address programmed in the AT9010's 
CR1 must match the address selected by JP1 -JP3. 



EPROM memory size or disable (CR2, Bits <7,6>): se- 
lects a 16k EPROM, 8k EPROM or EPROM disable: 01 = 
16k, 10 = 8k, 11 = disable. 

EPROM memory address (CR2, Bits <5..2>): this address 
must be specified if using the EPROM. Details are given in 
the Slave Logic Section. 

Selectable DMA lines (CR3, Bits <1,0>): one of four must 
be chosen: 00 = DMA 3, 01 = DMA 5, 10 = DMA 6 11 = 
DMA7. 



MEMW cycle extension (CR3, Bit 2): when set to 0, this 
option will extend the -MEMW cycle by 50 ns to allow addi- 
tional address set-up time. 

lOCHRDY assert (CR3, Bit 3): selects lOCHRDY normal 
assert (0) or early assert (1) in AT9010B only. See Slave 
Logic Section for details. 

Master data transfer cycle (CR3, Bits <5,4>): one of four 
speeds must be chosen: 00 = 5, 01 = 6.7, 10 = 8, 1 1 = 
10 MB/sec. 

Channel checic enable: (CR3, Bit 6) Is not used by the 
DP83916EB-AT. This bit should be set to 1 to disable the 
AT9010 check output. 

Software reset (CR15, Bit 7): is supported in the AT9010B. 
When this bit Is set to 1, the AT9010B resets all of the chip's 
functions to their default conditions except CRO-3 and 
CR1 5, bits 3-5. This bit is cleared by writing a to CRI 5, bit 
7 to clear the bit. In the original AT9010, setting this bit to 1 
causes the card to be lost in I/O space; it can only be recov- 
ered by hard reset. 

ADDITIONAL INFORMATION 

Additional information for the AT9010 Bus Master Interface 
Chip is available through PLX Technology, Inc., 625 Clyde 
Avenue, Mountain View, CA 94043, (415) 960-0448, FAX 
(415)960-0479. 
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APPENDIX I: PAL (U16) AND GAL (U11) EQUATIONS 

00 

This appendix provides the equations for the PAL (U16) and the GAL (U11). The PAL contains arbitration equations for hub cji 
management. The GAL contains fixes for the bugs in the original AT9010 chip. *" 

DP83916EB-AT Inter-RIC/Management Interface PAL (U16) 

module intf2 

title 'SONIC/RIC Management Interface for DP83916EB-AT (r2)' 

"history: finalized by Bill Bunch on 9/19/91 

"device declaration 

U16_PAL2 device 'pi 618'; 

"inputs 



anyxn_s 


pin 2; 


ack 


pin 3; 


ext 


pin 4; 


txe 


pin 9; 


coin 


pin 17 


col 


pin 12; 


tx en 


pin 13; 


acko 


pin 14; 


actn_d 


pin 18; 



anyxn_d pin 19; 
equations 

acko = !txe & acki; 

actn_d = txe & acki; 

anyxn_d = txe & lack!; 

col = txe & (anyxn_s # coin); 

tx_en = txe & acki & ext; 

col.oe = ext; 

actn_d.oe = ext; 

anyxn_d.oe = ext; 
end intf2; 
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in 

op DP83916EB-AT Original AT9010 GAL Fixes (U11) 

< module splxr2 

flag'-rr;-t4'; 

title 'GAL fixes for original PLX AT9010 bugs and DP83916EB-AT - p/n U1 1' 
"history: Finalized by Denise Troutman on 6/1/92 

"This GAL fixes the following problems in the original AT901 chip: 

1 . Asserting lOCHRDYAT inappropriately when certain PCs drive the SONIC-1 6's I/O address 
during boot-up 

2. Not maintaining HLDA long enough to satisfy the SONIC -16"s pre-emption specification 
in the following case: the SONIC-16 requests the bus (drives HOLD high) within 800 ns of 
giving up the bus (driving HOLD low) and the 6/1 2 |is timer has just expired 

" 3. LRESET with inverted polarity 

" 4. Inability to disable SONIC-16 pre-emption off the bus - this causes problems in certain PCs 

with slow memory whereby the memory transfers are so long that FIFO underruns during 
" transmission or FIFO overruns during reception may occur; the problem is aggravated during 

loopback because of the SONIC-16's heavy use of the bus for this mode. 

"device declaration 

U1 1_GAL2 device 'P20V8R'; 

@page 



pin assignments 






"INPUTS 




aen 


pin 8 




liord 


pin 2 




liowr 


pin 3 




Ihostown 


pin 4 




Iclk 


pin 5 




hold 


pin 6 




hida 


pin 7 




preempt 


pin 9 




Ireset 


pin 10; 


outputs 




hidadlym 


pin 16; 


hidadly 


pin 17; 


hidaout 


pin 22; 


liochrdyoe 


pin 19; 


llochrdyat 


pin 20; 


liochrdybus 


pin 21; 


hidasonic 


pin 18; 


reset 


pin 15; 


iochrdyoe 


istype 'com.neg 


iochrdyat 


istype 'com.neg 


iochrdybus 


istype 'com.neg 


hidadlym 


istype 'com.neg 


hidadly 


istype 'com.neg 


hidaout 


istype 'com.neg 


hidasonic 


istype 'com.neg 


reset 


istype 


; 'com.neg 



TUF/11707-12 
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"constant declarations Jg 

L =0; a 

H =1; 
OFF = 0; 
ON =1; 
X =.X.; 
Z =.Z.; 
CK = .C; 

@page 
equations 

"Qualify lOCHRDYAT with lORD and lOWR 

ioctirdyoe = Ihostown & !aen & iochrdyat & (iord # iowr); 

ioclirdybus.OE = iochrdyoe; 
iochrdybus = ON; 

ioctirdyat.OE = hostown; 
ioctirdyat = ioclirdybus; 

"Delay HLDA from AT901 up to one clock 

hidadlym = (llclk & hida) # (Iclk & hidadlym) # (hilda & tildadlym); 

tildadly = (Iclk & hidadlym) # (llclk & hidadly) # (hidadlym & hidadly); 

hidaout = hida # (hold & hidadly); 

"Enable or disable pre-emption based on state of PREEMPT 
hidasonic = (preempt & hidaout) # 

(Ipreempt & (hida # hidadly # (hold & hidasonic))); 

"Invert RESET to SONIC-1 6 
reset = llreset; 

end splxr2; 

TL/F/1 1707-13 
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APPENDIX II: BILL OF MATERIALS (BOM) for DP83916EB-AT 

This appendix provides a list of all components placed on the DP83916EB-AT. If the original AT9010 is populated, a GAL (U1 1) 
must also be populated and resistors R46, R47 and R48 should be left open. If the AT9010B is populated, the GAL (U11) should 
be left open and R46, R47 and R48 should be populated. 



Capacitors (58 








C3..C6 




0.1 jLiF/SOV 


10% Monolithic 


C7 




0.01 ^iF/25V 


20% Monolithic 


C8 




0.01 nF/1 kV 


10% Ceramic Disk 


C9 




0.75 pF/1 kV 


Spark Gap 


C10, 11 




0.01 (aF/SOV 


10% Monolithic 


C12 




47 jLtF/50V 


20% Tantalum 


C13..C25,C28. 


.C39 


0.1 fiF/SOV 


20% Monolithic 


C26, C27, C40. 


C48 


4.7jxF/16V 


20% Tantalum 


C49 




4.7 H.F/25V 


20% Tantalum 


C50. .C54 




0.VF/50V 


20% Tantalum 


C55 .C60 




1 fi.F/50V 


10% Monolithic 



Resistors (46) (5%, 1/4W unless otherwise specified) 

R1..R4, R9, R12 

R16, R17, R30..R45 4.7k 



R5. .R8 




10k 




RIO 




1k 




R18,R20. 


.R23 


Ik 


1%, 1/4W 


R14, R15 




270 




R19 




150 


1%, 1/4W 


R24 




10k 


1%, 1/4W 


R25 




IM 


5%, 1/2W 


R26. .R29 




39.2 


1%, 1/4W 


R46. .R48 







(do not populate for original AT9010 
populate for AT901 OB) 


Integrated Circuits (17) 






U1,U2 




DM74AS245 




U3 




DM74S288 




U4 




NMC27CP128 


(not supplied on board) 


U5 




DM74ALS244A 




U6. .U8 




DM74ALS541 




U9 




DM74ALS521 




U10 




PLXAT9010/B 




U11 




GAL20V8A-15 


(populate for original AT9010; do not 
populate for AT901 OB) 


U12 




DP83916B 




U14 




74F74 




U15, U17, 


LI18 


DS3893A BTL 




U16 




PAL16L8A 




U19 




DP8392V 
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Connectors (2) 

J4 
J5 

Magnetics (2) 

T1 
U20 



BNC Connector, socket 
1 5-Pin D Connector, socket 



(AMP #227161-2) 
(AMP 9020A # 747845-4) 



> 
Z 
00 



PE64103 (Pulse Engineering) or LT6003 (Valor) 
PM7102 (Valor) DC-DC Converter 



Jumpers (4) 

JPI. .JP4 

Test Pins (35) 

TP1. .TP35 

Sockets (5) 

SI 
82 
S3 
S4 
S5 



Single Jumpers 1 x 2 Shunt Block with 0.1 " spacing 



Single post pins 



24-pin, Dual in-line socket for GAL (U1 1) 

20-pin, Dual in-line socket for PAL (U16) 

1 6-pin, Dual in-line socket for the PROM (U3) 

28-pin, Dual in-line socket for EPROM (U4) 

1 32-pin AMP Socket for SONIC-1 6 (U1 2) 
Housing Sub-Assembly Cover (AMP #821 949-5) 

Cover (AMP #821942-1) 



Others (6) 

U13 
D1 

Bracket 
Slide Latch Kit 



20 MHz Oscillator 40%-60% Duty, 0.001 % Tolerance 

MMBD1203 Diode 

Face plate 

For 1 5-pin D-Connector (J5) (AMP # 745583-5) 



Note: U4 (EPROM) is marked "not supplied on board"; the component soclset is left open. 
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APPENDIX III: AT9010 and AT9010B CONFIGURATION REGISTERS 

This appendix describes the features and programming for the original AT9010 and AT9010B Configuration Registers. It can be 
assumed that the bits have the same function in both chips unless othenvise noted. The demonstration software "sonicola exe" 
defaults are also provided. 



CONFIGURATION REGISTER 0: default = 71 H 












Bit 


7 


6 


5 


4 


3 


2 


1 





Short Name 


RES 


RES 


BHT 


RES/ET 


Ul 


IS 


IS 


CE/RES 


Default 





1 


1 


1 











1 



RES = reserved 

BHT = bus hold time (0 = 6 fis/l = 12 jis) 

RES/ET = AT9010: reserved 

AT9010B: enable 800 ns timer (1 = enable/0 = disable) 
Ul = unmask interrupt (1 = unmask/0 = mask) 

IS = inten-upt select (OO = IRQ3, 01 = IRQ4, 10 = IRQ5, 11 = IRQ9) 

CE/RES = AT9010: card enable 

AT9010B: reserved 



CONFIGURATION F 


EGISTER 1 


default = 


94 H 












Bit 


7 


6 


5 


4 


3 


2 


1 





Short Name 


lOA 


lOA 


lOA 


RES/DT 


EXT 


RE_EN 


PE 


uo 


Default 


1 








1 





1 









lOA 

RES/DT 

EXT 
RE_EN 
PE 
UO 



= I/O base address (000 = 100 H, 001 = 120 H, 010 = 140 H, Oil = 160 H, 

100 = 300 H, 101 = 320 H, 110 = 340 H, 111 = 340 H) 
= AT9010: reserved 

AT9010B: disable 6/12 /xs bus hold timer (1 = disable/0 = enable) 
= external ENDEC for Inter-RIC/Management (0 = internal/1 = external) 
= enable receive for Inter-RIC/Management (0 = enable 1 = disable) 
= pre-empt enable (1 = enable/0 = disable SONIC pre-emption; AT9010) 
= User bit (not used) 



CONFIGURATION REGISTER 2: default = 


COH 












Bit 


7 


6 


5 


4 


3 


2 


1 





Short Name 


PS 


PS 


PBA 


PBA 


PBA 


PBA 


RES 


RES 


Default 


1 


1 





















PS 
PBA 



RES 



= PROM select - size or disable (00 = 32k, 01 = 1 6k, 1 = 8k, 1 1 = disable) 
= PROM base address (for 16k EPROM: OOOX = COOOO H, 001X = C4000 H, 

010X = C8000H, 011X = CCOOO H, 100X = DOOOO H, 101X = D4000H, 

110X = D8000 H, 111X = DCOOO H) 
= reserved 
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CONFIGURATION REGISTER 3: default = C2 H 












Bit 


7 


6 


5 


4 


3 


2 


1 





Short Name 


CCA 


MCC 


MDT 


MDT 


RES/IS 


ETO 


DMA 


DMA 


Default 


1 


1 














1 






> 
z 

■ 
09 

cn 



CCA 
MCC 
MDT 
RES/ISA 

ETO 
DMA 



= channel check (output) assert (not used) 

= mask channel check (not used) 

= master data transfer cycle speed (00 = 5, 01 = 6.7, 10 = 8, 11 =10 MB/sec) 

= AT9010: reserved 

AT9010B: lOCHRDY signal assert (0 = normal/1 = early lOCHRDY signal) 
= extra time off (0 = extended/1 = normal -MEMW cycle) 
= DMA channel select (00 = DMA3, 01 = DMA 5, 10 = DMA 6 11 = DMA 7) 



CONFIGURATION REGISTER IS: default = OOH 



Bit 


7 


6 


5 


4 


3 


2 


1 





Short Name 


RES/SR 


CSI 


P5 


P4 


P3 


II 


RES 


RES 


Default 



























RES/SR = AT9010: reserved 

AT9010B: software reset (1 = soft reset/0 = non-soft reset mode) 
CSI = channel check (input) indicator (not used) 

P5, P4, P3 = SONIC register page select - bit 5, bit 4, bit 3 
II = interrupt indicator 

RES = reserved 
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APPENDIX IV: DP83916EB-AT SIGNALS 

This appendix presents a detailed description of the adapter 
card control signals specific to timing, slave cycles and ini- 
tialization, master cycles and hub management. They are 
presented in the form SIGNAL (ORIGIN, DESTINATION) or 
SIGNAL (ORIGIN to DESTINATION/ORIGIN to DESTINA- 
TION). 

CLOCK SIGNALS 

The clock signals are provided for the synchronous opera- 
tions of the AT9010, the SONIC-16 and the optional IR/M 
interface. They are described in detail below: 
20 MHz (20 MHz Osc, AT9010 and SONIC-16 and Flip-flop) 
is an oscillator signal which drives all synchronous opera- 
tions in the AT9010 and provides a clock for the SONIC- 
16's ENDEC. It also provides a 20 MHz signal to the flip-flop 
divide by two circuit which drives 10 MHz to the transmit 
BTL 

BSCK (AT9010, AT bus and GAL) provides timing for the 
SONIC-16 DMA logic. 

TXC (Flip-flop, SONIC-16 and Tx BTL) provides the timing 
for the transmission of packets when using the hub-man- 
agement interface. 

SLAVE CYCLE SIGNALS 

The following control signals provide interrupt, reset and 
status functions: 

INT (SONIC-16, AT9010) is active when the S0NIC-i6 is 
asserts an interrupt request. 

IRQx (AT9010, AT bus) is asserted by the AT901 when the 
SONIC-16 asserts its interrupt request line, INT. One of four 
lines IRQ9, IRQ5, IRQ4 or IRQ3 is selected as the interrupt 
by programming bits <2,1> of the AT9010's Configuration 
Register 0. 

RES_DRV (AT bus, AT9010) provides a hard reset to the 
AT9010. This signal initializes logic internal to the AT9010. 
LRESET/-RESET (AT901 to GAL to SONlC-1 6) provides a 
hardware reset to the SONIC-16. It is asserted and deas- 
serted synchronous to BSCK. For the AT9010B, this signal 
is inverted inside the chip and is driven directly to the 
SONIC-16. 

S<2..0> (SONIC-16, AT9010) are SONIC-16 status lines 
which indicate the cun-ent SONIC-16 bus operation. 
USER_PIN3/EXT (AT9010, SONIC-16 and PAL) drives the 
EXT pin input of the SONIC-16 low to enable the SONIC- 
16's internal ENDEC (when using a media interface) and 
high to disable the ENDEC (for managed-hub applications). 
The level of this signal is set In the AT9010's Configuration 
Register 1 . 

USER_PIN2/-RE_EN (AT9010, BTL) drives the receive 
enable signal RE_EN, to one of the turbo-transceivers 
(BTL) when using the SONIC-16/RIC hub-management In- 
terface. 

P0SCS3 (AT9010, A-buffer) enables an address buffer to 
load the address of the adapter card into AT9010 Configu- 
ratlon R egister 1, bits <7..5> after hard reset All other 
POSCS pins are not connected because the registers are 
loaded by software rather than by hardware. 
The following signals are utilized during slave mode for both 
I/O cycles and EPROM cycles: 

BALE (AT bus, AT9010) is driven high for all slave cycles on 
the DP83916EB-AT. 



HDDIR (AT9010, D-Buffers) is an input to the data buffers 
which Identifies the direction of a data transfer. It drives high 
for data transfers to the AT bus during an I/O or EPROM 
read cycle. It drives |ow for data transfers to the adapter 
card during an I/O write cycle. 

lOCHRDYAT/IOCHRDYBUS (AT9010 to GAL to AT bus) 
are input and output signals for both the AT bus and the 
AT9010. For the original AT9010, the GAL translates the 
AT9010's lOCHRDYAT into lOCHRDYBUS and drives this 
signal to the AT bus to complete a 16-blt I/O cycle to the 
SONIC-16's registers. For the AT9010B, lOCHRDY is driven 
from the AT9010B directly to the AT bus. An early 
lOCHRDY signal can be driven by the AT9010B. This is 
detailed in the Slave Logic Section. 
During I/O cycles, the following signals are generated: 
AEN (AT bus, AT9010 and GAL) is a signal asserted high to 
all ports during DMA cycles t o prevent I/O resources that 
do not have an active DACKx from responding to DMA con- 
troller I/O cycles. The AT9010 uses the low level of AEN to 
qualify CPU accesses to the registers in I/O space. 
lORD (AT bus, AT9010 and GAL) indicates that the system 
is reading data from an 1/0 register. 
R3WR (AT bus, AT9010 and GAL) indicates that the system 
is writing data to an I/O register. 

CS (AT9010, SONIC-16) is the chip select to the SONIC-16. 
IOCS16 (AT9010, AT bus) is driven to the AT bus when 
SONIC-16 registers are to be accessed; it indicates a 16-bit 
slave device. 

PROMID (AT901 0, PROM) Is the chip enable for the PROM. 
SSS (AT9010, SONIC-16) is asserted by the AT9010 to the 
SONIC-16. During a register write cycle, this signal indicates 
a valid address on the bus. During a register read cycle, it 
indicates the SONIC-16 can begin sourcing data. 
SW-R (AT9010, SONIC-16) is driven to the SONIC-16 to 
identify whether the current register access is a read or 
write cycle. 

RDYo (SONIC-16, AT9010) is driven after the system has 
accessed the SONIC-16's registers and the SONIC-16 has 
completed the I/O cycle. The SONIC-16 may use this signal 
to insert wait states in the cycle. 

The following signals are driven during AT memory cycles to 
the boot EPROM: 

EPROMRD (AT9010, EPROM) is the chip enable for the 
boot EPROM. 

HAENB (Comp, AT9010) is a signal which indicates when 
the BIOS EPROM is being accessed. It is the output of a 
comparator which uses the base address of the EPROM (in 
CR2, bits<5..2>) and LA<23..17> as inputs for an ad- 
dress decode. 

WEHR (AT bus, AT9010) is input to the AT9010 to indicate 
a memory read cycle during EPROM memory access. 

MASTER CYCLE SIGNALS 

A description of master signals generated while requesting 
the bus during memory read and write cycles is given below. 
Again, the format followed is SIGNAL (ORIGIN, DESTINA- 
TION). 

HOLD (SONIC-16, AT9010 and GAL) is the SONIC-16's 
DMA request signal that notifies the AT9010 that the 
SONIC-16 is requesting the bus. 
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DRQx (AT9010, AT bus) is the conversion of HOLD. It is 
driven by the AT9010 through the AT bus to the DMA con- 
troller. 

DACKx (AT bus, AT9010) is the DMA acknowledgment sig- 
nal which grants the DMA controller ownership of the AT 
bus. 

MASTER (AT901 0, AT bus) is asserted to the AT bus when 
DACKx is received. It disables the DMA buffers off the AT 
bus. 

HLDAAT/HLDASONIC (AT9010 to GAL to SONIC-16) is 
generated by the AT9010 when it has been granted owner- 
ship of the bus. Due to bugs in the original AT9010, 
HLDAAT is extended by the GAL up to one clock before 
being driven to the SONIC-16 as HLDASONIC. For the 
AT9010B, the problem is corrected and HLDA is driven di- 
rectly to the SONIC-16. 

USER_P1N1/PRE-EMPT (AT9010, GAL) drives a 1 (or 0) 
to the GAL to enable (or disable) SONIC pre-emption. This 
is for the original AT9010 only. 

The following signals are driven during the memory read or 
write cycles of master mode operation: 
B7SCE (AT bus, AT9010) is high for the duration of master 
mode. 

ADS (SONIC-16, AT9010) Is an address strobe driven by 
the S0NIC;16 which notifies the AT9010 of a valid address 
on the bus. 

HAOE (AT9010, A-buffers) is an enable to the address buff- 
ers which gate the address from the adapter card to the AT 
bus. 

MW-R (SONIC-16, AT9010) is input to the AT9010 by the 
SONIC-1 6 to indicate a read operation (signal low) or a write 
operation (signal high). 

MEMR (AT9010, AT bus) is an AT9010 conversion of the 
signal MW/-R and indicates a SONIC-16 read cycle of sys- 
tem memory. 

MEMW (AT9010, AT bus) is an AT9010 conversion of the 
signal MW-R and indicates a SONIC-16 write cycle to sys- 
tem memory. 

SBHE (AT9010, AT bus) and (AT bus, AT 9010) denotes 
data on the most significant byte D<15..8> of the data bus. 
It notifies the system bus during a SONIC-16 memory write 
and notifies the AT9010 during a SONIC-16 memory read. 
HDDIR (AT9010, D-Buffers) is an input to the data buffers 
which identifies the direction of a data transfer. It drives high 
for data transfers to the AT bus during a memory write cy- 
cle. It drives low for data transfers to the adapter card during 
a memory read cycle. 

HD0E1 (AT9010, D-bufter) enables the data buffer for the 
upper byte of data D<15..8>. 

HDOEO (AT9010, D-buffer) enables the data buffer for the 
lower byte of data D<7..0>. 

lOCHRDYBUS/IOCHRDYAT (AT bus to GAL to AT9010) 
are input and output signals for both the AT bus and the 
AT9010. For the original AT901 0, the GAL translates the AT 
bus's lOCHRDYBUS into lOCHRDYAT and drives this sig- 
nal to the AT9010 to insert wait states and complete a 
memory access. For the AT9010B, the AT bus drives 
lOCHRDY directly to the AT9010B. 



RDYl (AT9010, SONIC-16) indicates to the SONIC-16 that a 
memory cycle has completed. The SONIC-16 will wait for 
this signal before re-asserting ADS to begin another cycle. 

HUB MANAGEMENT SIGNALS 

The following signals are generated during use of the in the 
hub management interface. The signals are presented in 
the format of SIGNAL (ORIGIN, DESTINATION) or SIGNAL 
(ORIGIN to DESTINATION /ORIGIN to DESTINATION). 
MCRS/CRS (IR/M bus to BTL to SONIC-16) is the manage- 
ment carrier sense which indicates data on the SONIC-1 6's 
receive lines. 

MRXD/RXD (IR/M bus to BTL to SONIC-16) is the man- 
agement receive data. 

MRXC/RXC (IR/M bus to BTL to SONIC-16) is the man- 
agement receive clock. 

PCOMP (SONIC-16 to BTL to M bus) is the SONIC-16's 
packet compression output pin which causes the transmit- 
ting RIC to inhibit the MRXC clock upon mismatch of the 
packet's destination address with the SONIC-1 6's CAM 
when the SONIC-16 is in managed-hub mode. 
TXE/IRE (SONIC-16 to BTL to IR bus) is the SONIC-1 6's 
transmit enable signal. 

TXD/IRD (SONIC-16 to BTL to IR bus) is the SONIC-16's 
transmit data. 

TXC/IRD (Flip-flop to BTL and SONIC-16 to IR bus) is a 
10 MHz transmit clock signal. 

ACKI (IR bus, PAL) passes permission (ACKI = 1) or denial 
(ACKI = 0) to the SONIC-16 from the RIC above it in the 
arbitration chain. (This is for transmission arbitration.) 
ACKO (PAL, IR bus) passes permission (ACKO = 1) to 
transmit over the Inter-RIC bus to the RIC below the 
SONIC-16 if the SONIC-16 has permission to transmit and 
does not want to transmit. ACKO passes denial (ACKO = 
0) if the SONIC-16 does not have permission (ACKI = 0) or 
the SONIC-16 wants to transmit (ACKI = 1). 
TX_EN (PAL, BTL) is the transmit drive enable of the BTL. 
It is asserted when the SONIC-16 transmits (TXE = 1), has 
permission to transmit (ACKI = 1) and is configured for an 
external ENDEC (EXT = 1). 

ACTNd (PAL, BTL) notifies the RlCs that the SONIC-16 
wants to transmit. It is asserted when the SONIC-16 trans- 
mits (TXE = 1) and it has permission to transmit (ACKI = 
1). 

ANYXNd (PAL, BTL) is asserted when the SONIC-16 trans- 
mits (TXE = 1) and It does not have permission to transmit 
(ACKI = 0). ANYXNd indicates a collision on the Inter-RIC 
bus. 

ANYXNs (BTL, PAL) senses transmit collisions on the Inter- 
RIC bus and the network. 

COL (PAL, SONIC-1 6) is driven by the PAL when there is a 
transmit collision on the Inter-RIC bus (ANYXN = 1) or 
there is a receive collision on the network (COLN = 1) and 
during either event the SONIC-1 6 is transmitting (TXE = 1). 
COLN (IR bus to BTL to PAL) indicates receive collisions on 
the network. 
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APPENDIX V: DP83916EB-AT CARD AND COMPONENT PLACEMENT 

This appendix illustrates the placement of the DP83916EB-AT components. Special layout considerations for the DP8392 
(Coaxlai Transceiver Interface) are identified. (Details regarding these considerations can be found in the data sheet for the 
DP8392.) The siik line Illustrates a place on the board in which power and ground planes and Inter-RIC/Management signals are 
non-overlapping; hence, the full card can be cut into a half card along this line. JP1-JP3 and JP4 are located on the adapter 
card as shown. A bed of test pins Is provided on the card. The test pin signals are defined in Appendix VI. 



Inter-RIC/Management Bus 

I X 2.285" 



nr 



U15 
BTL 



U17 
BTL 



U16 
IR/M PAL 



National 

Semiconductor 



DP83916EB-AT Layout 

JPI.2,3 Test Pins 



U1S 
BTL 



/ 

Silk Line 




U10 
AT9010 



U20 
DC- 
DC 
Conv 



= 3 |U5Abuff||UgAbuff| |U7Abuffl |U6AbuH||U2Dbuff| CTI 



X 



vTt: 



1.880" 4 



f 



/i?* 



h 




3.875" 



\/ 



/ 



^3-9V PUNE/ISOLATED GROUND PLANE 
77^ CUT-OUT PLANE 
II I II CTI Heat Dissipation Plane (SMT CTI) 
^^1 Chassis Ground 



Q = test pin 

I = isolotlon capacitors 



TL/F/11707-14 
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APPENDIX VI: TEST PIN LAYOUT 

The test pins and their associated signals are presented below. Most other signals can be probed off the bus via an AT extender 
card. 



09 

(n 



TP1 


TP2 


TPJ 


TP4 


TP5 


TP6 


• 
HOLD 


• 
HLDASONIC 


• 
MW/R 


• 
lOCHRDYAT 


• 
CS 


• 
SAS 


TP7 


TP8 


TP9 


TP10 


TP11 


TP12 


• 
INT 


• 
BSCK 


• 
RDYI 


• 
RDYo 


• 
S2 


• 
SI 


TP13 


TP14 


TP15 


TP16 


TP17 


TP18 


• 


• 


• 


• ' 


• 


• 


SO 


COL 


RXD 


CRS 


RXC 


TXE 


TP19 


TP20 


TP21 


TP22 


TP23 


TP24 


• 
TXC 
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APPENDIX VII: DP83916EB-AT DESIGN CHANGE RECOMMENDATION 

This appendix outiines a design change recommendation for future designs which implement both hub management and 
alternative media on the same card. There is a signal TXC which is driven from the flip-flop (U14) to the TXC pin (pin 12) of the 
SONIC-16 (U12) and the Inter-RIC/Management transmit BTL (U17). This signal is intended to provide a 10 MHz transmit clock 
to the SONlC-16's MAC when the SONIC is configured for hub management and hence, external ENDEC mode. 
The current design of the DP83916EB-AT, however, provides TXC whether the SONlC-16 is in internal ENDEC mode (as a 
stand-alone node) or external ENDEC mode (as a hub manager). When the SONlC-16 is in internal ENDEC mode, it drives a 
10 MHz signal (from the ENDEC) out of the chip. Because the flip-flop is also driving this node, a problem could arise if the 
clocks become out of phase. 

Although no problems have arisen In lab testing, it is recommended that one of the following changes be made on future 
designs implementing the same functionality as the DP83916EB-AT. One of these changes will be implemented on the next 
version of this adapter card. 

1 . Place a jumper between the flip-flop output and the SONIC-1 6's TXC pin. Populate the jumper during hub management mode 
only. 













Jumper Solution 


U12 






20 MHz 




uu 










U13 




74r74 

CLK 

Q 






TXC 


SONIC-16 




OSC 


JUMPER 

.oMHz >rnL_ — , 
















1 — 1 






3893A 
TXC 


































TL/F/11707-16 



2. Place a TRI-STATE® buffer (74AS241 A) between the flip-flop and the SONIC-1 6's TXC pin. Use the USER_PIN3 EXT from 
the AT9010 as the buffer enable. When EXT is for internal ENDEC, the buffer will be disabled. When EXT is 1 for external 
ENDEC, the buffer will be enabled and the 10 MHz signal will drive into the SONIC-16's TXC pin and the transmit BTL. 

TRI-STATE Buffer Solution 
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3. Delete the tlip-flop (U14) and replace the PAL (U1 1) with a registered GAL (GAL16V8). Input the 20 MHz clock into the GAL's 
clock pin (pin 1). Define TXC in the pin assignment as TXC (pin 15). Change the device declaration to "P16V8R". Include in 
the GAL equations the following two equations: TXC := ITXC and TXC.OE = EXT. The signal TXC will only drive out when 
EXT is 1 for external ENDEC mode. When EXT is 0, TXC will be TRI-STATE. 

Kote: The "; = " defines that the equation for TXC is cloclted on the rising edge of the 20 MHz signal. Since all equations In the GAL are asynchronous except for 
the TXC equation, there should only be a colon before the equal sign for the TXC equation. 

This solution reduces the overall chip count by one and places all hub management signals in one IR/M GAL. IHowever, 
because the 20 MHz and 10 MHz signals are traversing half the length of the card, radiation of noise is increased. 
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Additional Equations in GAL: 
TXC : - ITXC 
TXC.OE = EXT 
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APPENDIX VIII: COMPATIBILITY TESTING 

This appendix describes basic compatibility testing results for the DP83916EB-AT. ' 

The DP83916EB-AT has been tested in various PC-AT/Compatible and EISA machines. The original AT9010 chip was used, 

SONIC-16 pre-emption was disabied and the master data transfer rate was 5 MB/s. The following basic tests were used: 

1. Initialization and loopback 

2. CAM load and Ethernet address PROM read 

3. 16k EPROM enable/read 

4. Simuitaneous transmission/reception in two-node network 

5. Continuous manual CTI loopback (set RCR to FEOOh, set CTDA link field and CTDA register to current TDA address, set 
CR to 2h) 

Tlie DP83916EB-AT passed the basic tests in the following PC-AT/Compatible and EISA machines: 



AT: 



EISA: 



Machine 



Fastest Master Transfer Speed 



ALR 386DX/33 MHz 

AST 386/33 MHz 

Clone 386 

Clone 386SX/16 MHz 

Clone 386/25 MHz 

Clone 386/33 MHz 

Compaq 286 

Connpaq486DX/50MHz 

Dell 386/25 MHz 

Dell 488SX/20 MHz 

Dell 486DX/50 MHz 

Everex386SX/16MHz 

Everex 386/33 MHz 

Zees 486/33M Hz 

ALR EISA 386DX/33 MHz 

AST EISA 486/33 MHz 

Compaq EISA 386/33 MHz 

Compaq EISA 486SX/25 MHz 

Compaq EISA 486DX/50 MHz 

Dell EISA 486/25 MHz 

Dell EISA 486DX/33 MHz 

HP EISA 486/33 MHz 

NEC EISA 386/33 MHz 
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8 MB/s 
8 MB/s 
6.7 MB/s 
10 MB/s 
10 MB/s 
8 MB/s 
6.7 MB/s 
6.7 MB/s 
6.7 MB/s 
8 MB/s 
10 MB/s 
10 MB/s 
10 MB/s 
8 MB/s 
8 MB/s 
6.7 MB/s 
6.7 MB/s 
10 MB/s 
8 MB/s 
8 MB/s 
8 MB/s 
8 MB/s 
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Note: For original AT9010, install U11 and leave R46, R47 and 
R48 open. For AT9010B install R46, R47 and R4B and leave Ull 
open. 

AT Bus Interface (Continued) 
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General Description 

The DP8392C Coaxial Transceiver interface (CTI) is a coax- 
ial cable line driver/receiver for Ethernet/Thin Ethernet 
(Cheapernet) type local area networks. The CTI is connect- 
ed between the coaxial cable and the Data Terminal Equip- 
ment (DTE). In Ethernet applications the transceiver Is usu- 
ally mounted within a dedicated enclosure and is connected 
to the DTE via a transceiver cable. In Cheapernet applica- 
tions, the CTI is typically located within the DTE and con- 
nects to the DTE through Isolation transformers only. The 
CTI consists of a Receiver, Transmitter, Collision Detector, 
and a Jabber Timer. The Transmitter connects directly to a 
50 ohm coaxial cable where it Is used to drive the coax 
when transmitting. During transmission, a jabber timer Is Ini- 
tiated to disable the CTI transmitter In the event of a longer 
than legal length data packet. Collision Detection circuitry 
monitors the signals on the coax to determine the presence 
of colliding packets and signals the DTE In the event of a 
collision. 

The CTI is part of a three chip set that implements the com- 
plete IEEE 802.3 compatible network node electronics as 
shown below. The other two chips are the DP8391 Serial 
Network Interface (SNI) and the DP8390 Network interface 
Controller (NIC). 

The SNI provides the Manchester encoding and decoding 
functions; whereas the NIC handles the Media Access Pro- 
tocol and the buffer management tasks. Isolation between 
the CTI and the SNI is an IEEE 802.3 requirement that can 
be easily satisfied on signal lines using a set of pulse trans- 
formers that come in a standard DIP. However, the power 
isolation tor the CTI is done by DC-to-DC conversion 
through a power transformer. 



Features 

■ Compatible with Ethernet II, IEEE 802.3 tOBaseS and 
10Base2 (Cheapernet) 

■ Integrates all transceiver electronics except signal & 
power isolation 

■ Innovative design minimizes external component count 

■ Jabber timer function integrated on chip 

■ Externally selectable CD Heartbeat allows operation 
with IEEE 802.3 compatible repeaters 

■ Precision circuitry implements receive mode collision 
detection 

■ Squelch circuitry at all inputs rejects noise 

■ Designed for rigorous reliability requirements of 
IEEE 802.3 

■ Standard Outline 16-pin DIP uses a special leadframe 
that significantly reduces the operating die temperature 
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1.0 System Diagram 
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2.0 Block Diagram 
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FIGURE 1. DP8392C Block Diagram 



3.0 Functional Description 

The CTI consists of four main logical blocks: 

a) the Receiver - receives data from the coax and sends it 
to the DTE 

b) the Transmitter - accepts data from the DTE and trans- 
mits it onto the coax 

c) the Collision Detect circuitry - indicates to the DTE any 
collision on the coax 

d) the Jabber Timer - disables the Transmitter in case of 
longer than legal length packets 

3.1 RECEIVER FUNCTIONS 

The Receiver Includes an input buffer, a cable equalizer, a 
4-pcle Bessel low pass filter, a squelch circuit, and a differ- 
ential line driver. 

The buffer provides high input Impedance and low/ input ca- 
pacitance to minimize loading and reflectioris on the coax. 
The equalizer is a high pass filter which compensates for 
the low pass effect of the cable. The composite result of the 
maximum length cable and the equalizer is a flatband re- 
sponse at the signal frequencies to minimize jitter. 
The 4-pole Bessel low pass filter extracts the average DC 
level on the coax, which Is used by both the Receiver 
squelch and the collision detection circuits. 
The Receiver squelch circuit prevents noise on the coax 
from falsely triggering the Receiver in the absence of the 
signal. At the beginning of the packet, the Receiver turns on 
when the DC level from the low pass filter is lower than the 
DC squelch threshold. However, at the end of the packet, a 
quick Receiver turn off Is needed to reject dribble bits. This 
is accomplished by an AC timing circuit that reacts to high 
level signals of greater than typically 200 ns in duration. The 



Receiver then stays off only if within about 1 ju.s, the DC 
level from the low pass filter rises above the DC squelch 
threshold. Figure 2 illustrates the Receiver timing. 
The differential line driver provides ECL compatible signals 
to the DTE with typically 3 ns rise and fall times. In its idle 
state, its outputs go to differential zero to prevent DC stand- 
ing current in the Isolation transformer. 

3.2 TRANSMITTER FUNCTIONS 

The Transmitter has a differential input and an open collec- 
tor output current driver. The differential input common 
mode voltage is established by the CTI and should not be 
altered by external circuitry. The transformer coupling of 
TX± will satisfy this condition. The driver meets all IEEE 
802.3/Ethernet Specifications for signal levels. Controlled 
rise and fall times (25 ns V +5 ns) minimize the higher 
harmonic components. The rise and fall times are matched 
to minimize jitter. The drive current levels of the DP8392C 
meet the tighter recommended limits of IEEE 802.3 and are 
set by a built-in bandgap reference and an external 1 % re- 
sistor. An on chip isolation diode is provided to reduce the 
Transmitter's coax load capacitance. For Ethernet compati- 
ble applications, an external isolation diode (see Figure 4 ) 
may be added to further reduce coax load capacitance. In 
Cheapernet compatible applications the external diode is 
not required as the coax capacitlve loading specifications 
are relaxed. 

The Transniitter squelch circuit rejects signals with pulse 
widths less than typically 20 ns (negative going), or with 
levels less than - 175 mV. The Transmitter turns off at the 
end of the packet if the signal stays higher than -175 mV 
for more than approximately 300 ns. Figure 3 illustrates the 
Transmitter timing. 
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3.0 Functional Description (continued) 

3.3 COLLISION FUNCTIONS 

The collision circuitry consists of two buffers, two 4-pole 
Bessel low pass filters (section 3.1), a comparator, a heart- 
beat generator, a 10 I^Hz oscillator, and a differential line 
driver. 

Two identical buffers and 4-pole Bessel low pass filters ex- 
tract the DC level on the center conductor (data) and the 
shield (sense) of the coax. These levels are monitored by 
the comparator. If the data level Is more negative than the 
sense level by at least the collision threshold (Vth), the colli- 
sion output is enabled. 

At the end of every transmission, the heartbeat generator 
creates a pseudo collision for a short time to ensure that the 
collision circuitry is properly functioning. This burst on colli- 
sion output occurs typically 1.1 jas after the transmission, 
and has a duration of about 1 jas. This function can be dis- 
abled externally with the HBE (Heartbeat Enable) pin to al- 
low operation with repeaters. 



The 10 MHz oscillator generates the signal for the collision 
and heartbeat functions. It is also used as the timebase for 
all the jabber functions. It does not require any external 
components. 

The collision differential line driver transfers the 1 MHz sig- 
nal to the CD± pair in the event of collision, jabber, or 
heartbeat conditions. This line driver also features zero dif- 
ferential idle state. 

3.4 JABBER FUNCTIONS 

The Jabber Timer monitors the Transmitter and inhibits 
transmission if the Transmitter is active for longer than 
20 ms (fault). It also enables the collision output for the fault 
duration. After the fault Is removed. The Jabber Timer waits 
for about 500 ms (unjab time) before re-enabling the Trans- 
mitter. The transmit input must stay inactive during the unjab 
time. 
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FIGURE 2. Receiver Timing 
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FIGURE 3. Transmitter Timing 
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4.0 Typical Application 
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7 10 



,„„ IN4I50 or 
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RRt I 



Note 1: 71 Is a 1:1 pulse transformer, L = 100 fiH 

Pulse Engineering (San Diego) Part No. 64103 
Valor Electronics (San Diego) Part No. 
LT6003 or equivalent 



FIGURE 4 



5.0 Connection Diagrams 
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FIGURE 5 
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6.0 Pin Descriptions 



28-Pln PLCC 16-Pin DIP 



4 
12 



13 
14 



15 



18 
19 



26 



11 
12 



14 



28 



16,17 



5-11 
20-25 



Name 



CD + ' 
CD- 



RX+ 
RX- 



TX+' 
TX- 



HBE 



RR + 
RR- 



1/0 



Description 



Coiiision Output. Balanced differential line driver outputs from the collision detect 
circuitry. Ttie 10 MHz signal from the internal oscillator is transferred to these 
outputs in the event of collision, excessive transmission Gabber), or during CD 
Heartbeat condition. These outputs are open emitters; pulldown resistors to VEE 
are required. When operating into a 78n transmission line, these resistors should 
be soon. In Cheapernet applications, where the 780 drop cable is not used, 
higher resistor values (up to 1.5k) may be used to save power. 
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Receive Output. Balanced differential line driver outputs from the Receiver. These 
outputs also require 500n pulldown resistors. 



Transmit Input. Balanced differential line receiver inputs to the Transmitter. The 
common mode voltage for these inputs is determined internally and must not be 
externally established. Signals meeting Transmitter squelch requirements are 
waveshaped and output at TXO. 



Heartbeat Enable. This input enables CD Heartbeat when grounded, disables it 
when connected to VEE. 



RXl 



15 
16 



10 



4 
5 
13 



TXO 



CDS 



GND 



VEE 



External Resistor. A fixed 1k 1 % resistor connected between these pins 
establishes internal operating currents. 



Receive Input. Connects directly to the coaxial cable. Signals meeting Receiver 
squelch requirements are equalized for inter-symbol distortion, amplified, and 
outputtedatRXl. 



Transmit Output. Connects either directly (Cheapernet) or via an isolation diode 
(Ethernet) to the coaxial cable. 



Collision Detect Sense. Ground sense connection for the collision dotocl circuit. 
This pin should be connected separately to the shield to avoid ground drops from 
altering the receive mode collision threshold. 



Positive Supply Pin. A 0.1 jnF ceramic decoupling capacitor must be connected 
across GND and VEE as close to the device as possible. 



Negative Supply Pins. In order to make full use of the 3.5W power dissipation 
capability of this package, these pins should be connected to a large metal frame 
area on the PC board. Doing this will reduce the operating die temperature of the 
device thereby increasing the long term reliability. 



•IEEE names for CD± = CI±,RX± = DI±,TX± = D0± 

6.1 P.C. BOARD LAYOUT 

The DP8392C package is uniquely designed to ensure that 

the device meets the 1 million hour Mean Time Between 

Failure (MTBF) requirement of the IEEE 802.3 standard. In 

order to fully utilize this heat dissipation design, the three 

Vee pins are to be connected to a copper plane which 

should be included in the printed circuit board layout. 

There are two basic considerations in designing a PCB for 

the DPB392C and C-1 CTI. The first is ensuring that the 

layout does not degrade the electrical characteristics of the 

DP8392, and enables the end product to meet the IEEE 

802.3 specifications. The second consideration is meeting 

the thermal requirements to the DP8392. 

Since the DP8392 is highly integrated the layout is actually 

quite simple, and there are just a few guidelines: 

1. Ensure that the parasitic capacitance added to the RXl 

and TXO pins is minimized. To do this keep these signal 

traces short, and remove any power planes under these 

signals, and under any components that connect to these 

signals. Figure 6 shows the component placement for the 

DIP package. The PLCC component placement would be 

similar, as shown in Figure 7. 



2. The power supply layout to the CTI should be relatively 
clean. Usually the CTI's power is supplied directly by a 
DC-DC converter. The power should be routed either 
through separate isolated planes, or via thick PCB traces. 
For the second consideration, the packaged DP8392 must 
have a thermal resistance of 40°C-45°C/W to meet the full 
0°C-70°C temperature range. The CTI dissipates more 
power when transmitting than while it is idle. In order to do 
this the thermal resistance of the device must be 40''C- 
45°C/W. To meet this requirement during transmission, it is 
recommended that a small printed circuit board plane be 
connected to all Vee Pi"s on the solder side of the PCB. 
The size of the trace plane depends on the package used 
and the duty cycle of transmissions. For the DIP package 
the plane should be connected to pins 4-6, 13, and the size 
should be approximately 0.2 square inches for applications 
where the duty cycle of the transmitter is very low ( < 1 0%). 
This would be typical of adapter or motherboard applica- 
tions, in applications where the transmitter duty cycle may 
be large (repeaters and external transceivers) the total area 
should be increased to 0.4 in2. Figure 6 illustrates a recom- 
mended component side layout for these planes. 
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6.0 Pin Descriptions (Continued) 

For the PLCC packaged DP8392, it Is recommended ttiat a 
small printed circuit board Vee plane be connected to pins 
5-11, and a second one be connected to pins 20-25. To 
reduce the thermal resistance to the required value, the 
area of the plane on EACH set of pins should be ^0.20 in2 
for applications with low transmitter duty cycle, and s 0.4 In^ 
for high transmit duty cycle applications. Figure 7 Illustrates 
a recommended component side layout for these planes. 



Soldsr Side 
Dissipation Plane 



Remove all 

Power Planes 

under TXO and RXI 

Signals 



Keep RXI and 

TXO Traces 

Short as Possible 




1 or 2 diodes 
used depending 
on Application 



TL/F/1 1085-14 



Layout as viewed from component side 



FIGURE 6. Typical Layout Considerations 
for DP8392CN 
(Not to Scale) 



Remove all 

Power Planes 

under TXO and RXI 

Signals 
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FIGURE 7. Recommended Layout and Dissipation Planes for DPB392CV (Not to Scale) 
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7.0 Absolute Maximum Ratings (Note i) 

Supply Voltage (Vee) ~''2V 

Package Power Rating at 25''C 3-5 Watts* 

(PC Board Mounted) See Section 5 

Derate linearly at the rate of 28.6 mW/°C 

InputVoltage 0to-12V 

Storage Temperature - 65° to 1 50''C 

Lead Temp. (Soldering, 1 seconds) 260°C 
•For actual power dissipation of tha devico please refer to section 7.0. 

8.0 DP8392C Electrical Characteristics vee = -sv ±5%,ta = 0Mo70°c(Notes2&3) 

All parameters with respect to CD± and RX± are measured alter the pulse transformer except Vpc- 



Recommended Operating 
Conditions 

Supply Voltage (Vee) 

Ambient Temperature 

If Military/Aerospace specified devices are required, 

please contact the National Semiconductor Sales 

Office/Distributors for availability and specifications. 



-9v ±5% 
0° to 70°C 
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Symbol 



Ieei 



IeE2 



Irxi 



Itdc 



IjAC 



VcD 



VOD 



Voc 



Vqb 



Vts 



Cx 



Rrxi 



Rtxo 



Parameter 



Supply current out of Vee pin— non transmitting 



Supply current out of Vee pin— transmitting 



Receive Input bias current (RXI) 



Transmit output dc current level (TXO) 



Transmit output ac current lavel (TXO) 



Collision threshold (Receive mode) 



Differential output voltage (RX ± , CD ± ) 



Common mode output voltage (RX ± , CD ± ) 



DIff. output voltage imbalance (RX±, CD±) 



Transmitter squelch threshold (TX±) 



Input capacitance (RXI) 



Shunt resistance— non transmitting (RXI) 



Shunt resistance— transmitting (TXO) 



MIn 



Typ 



-85 



-2 



37 



±28 



-1.45 



±550 



-1.5 



-175 



100 



-125 



41 



-1.53 



-2.0 



-225 



1.2 



Max 



-130 



-180 



4-25 



45 



Itdc 



-1.58 



±1200 



-2.5 



±40 



-300 



Units 



mA 



mA 



jLtA 



mA 



mA 
V 



mV 



V 
mV 



mV 



PF 



Kn 



10 



Kn 



9.0 DP8392C-1 Electrical Characteristics vee = -9v ±5%,ta = o- to 700 (Notes 2 & 3) 

All parameters with respect to CD± and RX± are measured after the pulse transformer except Vpc 



Symbol 



Ieei 



IeE2 



Irxi 



Itdc 



Itac 



VcD 



Vqd 



Voc 



Vqb 



Vts 



Cx 



Rrxi 



Rjxo 



Parameter 



Supply current out of Vee pin— non transmitting 



Supply current out of Vee pin- transmitting 



Receive input bias current (RXI) 



Transmit output dc current level (TXO) 



Transmit output ac current level (TXO) 



Collision threshold (Receive mode) 
Differential output voltage (RX±, CD±) 



Common mode output voltage (RX±, CD ±) 



DIff. output voltage imbalance (RX ± , CD ±) 



Transmitter squelch threshold (TX±) 



Input capacitance (RXI) 



Min 



-2 



37 



±28 



-1.45 



±550 



-1.5 



-175 



Shunt resistance— non transmitting (RXI) 



Shunt resistance— transmitting (TXO) 



100 



Typ 



-85 



-125 



Max 



-130 



-180 



Units 



mA 



mA 



41 



-1.53 



-2.0 



-225 



1.2 



7.5K 



10 



-H25 



45 



Itdc 



-1.58 



±1200 



-2.5 



±40 



-275 



f^A 



mA 



mA 



mV 



mV 



mV 



pF 



Kn 



Kn 



Note 1: Absolute maximum ratings are those values beyond which the safety of the device cannot be guaranteed. They are not meant to imply that the device 
should be operated at these limits. ■ ■,■ ^ 

Note 2: All currents into device pins are positive, all currents out of device pins are negative. Ail voltages referenced 10 ground unless otherwise specified. 
Note 3: All typicais are given for Vee = -9V and Ta = 25"C. 
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10.0 DP8392C Switching Characteristics vee = -w ±5%, ta 



Symbol 



'RON 



tRd 



tRr 



tRf 



tRJ 



'tst 



tTd 



tTr 



Parameter 



■■ 0° to 70°C (Note 3) 



Receiver startup delay (RXI to RX±) 



Receiver propagation delay (RXI to RX ± ) 



Dilferential outputs rise time (RX± , CD±) 



Differential outputs fall time (RX±, CD±) 



Receiver & cable total jitter 



Transmitter startup delay (TX± toTXO) 



Transmitter propagation delay (TX± to TXO) 



tTf 



tTM 



Its 



•ton 



Itoff 

tcON 



'COFF 



'CD 



tCP 



tHON 



'hw 



tjA 



tjR 



Transmitter rise time —1 0% to 90% (TXO) 



Transmitter fall time— 90% to 10% (TXO) 



tjr and tjf mismatch 



Transmitter skew (TXO) 



Transmit turn-on pulse wridth at Vjs (TX ± ) 



Fig 



8&14 



8&14 
8&14 



8&14 



13 



9&14 



Min 



9&14 



9&14 



9&14 



Transmit turn-off pulse width at Vts (TX ± ) 



Collision turn-on delay 



Collision turn-off delay 



Collision frequency (CD±) 



Collision pulse width (CD ± ) 



CD Heartbeat delay (TX ± to CD ± ) 



CD Heartbeat duration (CD±) 



Jabber activation delay (TX ± to TXO and CD ± ) 



Jabber reset unjab time (TX± to TXO and CD±) 



9&14 



9&14 



10&14 



10&14 



10&14 



10&14 



11&14 



11&14 



Typ 



15 



±2 



25 



Max 



50 



50 



25 



25 



0.5 



8.0 



35 



0.6 



12&14 



12&14 



0.5 



20 



±0.5 



20 



250 



20 



12.5 



70 



1.6 



1.0 



29 



250 I 500 



1.5 



60 



750 



DP8392C-1 Switching Characteristics vee = -9v ±5%.ta = o° to 70-0 (Note 3) 



Symbol 



<RON 



tRd 



tRr 



tRf 



tRJ 



trsT 



Parameter 



Receiver startup delay (RXI to RX±) 



Receiver propagation delay (RXI to RX ± ) 



Differential outputs rise time (RX±, CD±) 



Differential outputs fall time (RX±, CD±) 



Receiver & cable total jitter 



FIfl 



8&14 



8&14 



8&14 



Min 



8&14 



tTd 



tTf 



tTM 



tTS 



tTON 



tTOFF 



JCON 



tcOFF 



fCD 



tcp 



tHON 
tHW 



Transmitter startup delay (TX ± to TXO) 



Transmitter propagation delay (TX ± to TXO) 



Transmitter rise time —1 0% to 90% (TXO) 



Transmitter fall time —90% to 1 0% (TXO) 



tji- and tjf mismatch 



Transmitter skew (TXO) 



Transmit turn-on pulse width at Vts (TX ± ) 



Transmit turn-off pulse width at Vts (TX±) 



Collision turn-on delay 



Collision turn-off delay 



Collision frequency (CD±) 



Collision pulse width (CD±) 



CD Heartbeat delay (TX± to CD±) 



CD Heartbeat duration (CD ± ) 



tjA 



tjR 



Jabber activation delay (TX± to TXO and CD±) 



Jabber reset unjab time (TX ± to TXO and CD ± ) 



13 



9&14 



9&14 



g&14 



9&14 



9&14 



9&14 



10&14 



10&14 



10&14 



10&14 



11&14 



11&14 



Typ 



15 



20 



20 



110 



8.5 



35 



0.6 



12&14 



12&14 



0.5 



20 



250 



±2 



25 



25 



25 



Max 



50 



50 



30 



0.5 



±0.5 



20 



1.0 



29 



500 



30 



40 



270 



13 



20 



12.5 



70 



1.6 



1.5 



60 



750 



Units 



bits 



bits 



bits 



bits 



MHz 



^s 



jxs 



Units 



bits 



bits 



bits 



bits 



MHz 



jLlS 



lis 



ms 



ms 



. — . ' I I **"" ' ^^ Ilia 

shlVbfCl^ten'rerS? "' *"" "'"" '^"^ ""'=" "' ''"^ " "^ "^""'^ ^™°' "" «"^'«"'«^='- ^^ - "■" ™-' '° -P'V •"=' <^- device 
Note 2: All currents into device pins are positive, all cunrents out of device pins are negative. All voltages referenced to ground unless othenvise specified 
Note 3: All typicals are given for V^e 9V and T^ = 25"C. 
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1 1.0 Timing and Load Diagrams 



RXI 



RX+/- 




FIGURE 8. Receiver Timing 



TX+/- 



TXO 




FIGURE 9. Transmitter Timing 



INPUT STEP FUNCTION 



R= Ik 

-vw 



iC= 510 



-01 
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OUTPUT 




R AND C NETWORK 
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CABLE 98% STEP RESPONSE 

^CD(min) 



■CON" 
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FIGURE 10. Collision Timing 
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FIGURE 1 1. Heartbeat Timing 
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11.0 Timing and Load Diagrams (Continued) 



V--4 



'JA- 



TXO 



CD+/- 



nm 



FIGURE 12. Jabber Timing 
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INPUT SIGNAL 
WITH 30nsRISE- 
AND FALL TIMES 



R=1k 



I 



C=36pFl 



RXI 



DP8392C 
RECEIVER 



RXt 



OUTPUT 



R AND C NETWORK 
SIMULATES WORST 
CASE CABLE JIHER 





Receiver equalization (jitter correction) i 1 ns 
Input jitter at RXt ^ ±7 ns 
Output jitter at RX ± s ± 6 ns 

FIGURE 13. Receive Jitter Timing 



TL/F/1 1085-12 
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(TXO) 



:25a 



RECEIVE (RX±) 
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TL/F/1 1085-1 3 
•Ttie 50 (iH inductance is for testing purposes. Pulse Iransfonners with higtier inductances are recommended (see Figure 4) 



FIGURE 14. Test Loads 
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DP83910ACMOSSNI 
Serial Network Interface 



General Description 

The DP83910A CMOS Serial Network Interface (SNI) is a 
direct-pin equivalent of the bipolar DP8391 SNI and pro- 
vides the Manchester data encoding and decoding func- 
tions for IEEE 802.3 Ethernet/Thin-Ethernet type local area 
networks. The SNI interfaces the DP8390 Network Interface 
Controller (NIC) to the DPa392 CTI or an Ethernet transceiv- 
er cable. When transmitting, the SNI converts non-return-to- 
zero (NRZ) data from the controller into Manchester data 
and sends the converted data differentially to the transceiv- 
er. Conversely, when receiving, a Phase Lock Loop da- 
codes the 10 Mbit/s data from the transceiver into NRZ 
data for the controller. 

The DP83910A operates in conjunction with the DP8392 
Coaxial Transceiver Interface (CTI) and the DP8390 Net- 
work Interface Controller (NIC) to form a three-chip set that 
implements a complete IEEE 802.3 compatible network as 
shown below. The DP83910A is a functionally complete 
Manchester encoder/decoder including a balanced driver 
and receiver, on-board crystal oscillator, collision signal 
translator, and a diagnostic loopback feature. The 



DP83910A, fabricated CMOS, typically consumes less than 
70 mA of current. However, as a result of being CMOS, the 
DPB3910A's differential signals must be isolated in both 
Ethernet and thin wire Ethernet. 

Features 

■ Compatible with Ethernet I, IEEE 802.3; 10BASE5, 
10BASE2, and 10BASE-T 

■ Designed to interface with 10BASE-T transceivers 

■ Functional and pin-out duplicate of the DP8391 

■ 10 Mbits/s Manchester encoding/decoding with receive 
clock recovery 

■ Requires no precision components 

■ Loopback capability for diagnostics 

■ Externally selectable half or full step modes of opera- 
tion at transmit output 

■ Squelch circuitry at the receive and collision inputs to 
reject noise 

■ TTL/MOS compatible controller interface 



1.0 System Diagram 



IEEE 802.3 Compatible Ethernet/Thin-Ethernet/10 BaseT 
Local Area Network Chip Set 
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2.0 Block Diagram 



3.0 Functional Description 

The DP83910A consists of five main logical blocks: 

a) The oscillator generates the 10 MHz transmit clock signal 
for system timing. 

b) The Manchester encoder accepts NRZ data from the 
controller, encodes the data to Manchester, and trans- 
mits it differentially to the transceiver, through the differ- 
ential transmit driver. 

c) The Manchester decoder receives Manchester data from 
the transceiver, converts it to NRZ data and clock pulses, 
and sends it to the controller. - 

d) The collision translator indicates to the controller the 
presence of a valid 10 MHz collision signal to the PLL 

e) The loopback circuitry, when asserted, routes the data 
from the Manchester encoder back to the PLL decoder. 

3.1 OSCILLATOR 

The oscillator is controlled by a 20 MHz parallel resonant 
crystal connected between XI and X2 or by an external 
clock on XI. The 20 MHz output of the oscillator is divided 
by 2 to generate the 10 MHz transmit clock for the control- 
ler. The oscillator also provides internal clock signals to the 
encoding and decoding circuits. . 
If a crystal is connected to the DP83910A, it is recommend- 
ed that the circuit shown in Figure 1 be used and that the 
components used meet the following: 
Crystal XT1 : AT cut parallel resonant crystal 

Series Resistance: i ion 

Specified Load Capacitance: 13.5 pF 

Accuracy: 0.005% (50 ppm) 
CI, C2: Load Capacitor, 27 pF. 

The resistor, R1, in Figure 1 may be required in order to 
minimize frequency drift due to changes in the Vcc supply 
voltage. If R1 is required, it's value must be carefully select- 
ed. R1 decreases the loop gain. Thus, if R1 is made too 
large, the loop gain will be greatly reduced and the crystal 
will not oscillate. If R1 is made too small, normal variations 
in the Vcc ""ay cause the oscillation frequency to drift out of 
specification. As the first rule of thumb, the value of R1 
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Note 1: The resistor R1 may be required in onjer to minimize frequency drift 
due to changes in the Vcc- See text description. 

FIGURE 1. Crystal Connection to DPB3910A 
(see text for component values) 
should be made equal to five times the motional resistance 
of the crystal. 

The motional resistance of 20 MHz crystals is usually in the 
range of 10n to 30n. This implies that a reasonable value 
for HI should be in the range of 50n-150n. 
The decision of whether or not to include R1 should be 
based upon measured variations of crystal frequency as 
each of the circuit parameters is varied. 
According to the IEEE 802.3 standard, the entire oscillator 
circuit (crytsal and amplifier) must be accurate to 0.01 %. 
When using a crystal, the XI pin is not guaranteed to pro- 
vide a TIL compatible logic output, and should not be used 
to drive external standard logic. If additional logic needs to 
be driven, then an external oscillator should be used, as 
described in the following. 

3.2 OSCILLATOR MODULE OPERATION 

If the designer wishes to use a crystal clock oscillator, one 
that provides the following should be employed: 

1) TTL or CMOS output with a 0.01 % frequency tolerance 

2) 40%-60% duty cycle 

3) S 2 TTL load output drive (Iql = 3.2 mA) 
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3.0 Functional Description (continued) 

The circuit is shown in Figure 2. (Additional output drive may 
be necessary if the oscillator must also drive other eompo- 
nents.) When using a clock oscillator it is still recommended 
that the designer connect the oscillator output to the X1 pin 
and tie the X2 pin to ground. 

3.3 MANCHESTER ENCODER AND 
DIFFERENTIAL DRIVER 

The encoder begins operation when the Transmit Enable 
input (TXE) goes high and converts clock and NRZ data to 
Manchester data for the transceiver. For the duration of 
TXE remaining high, the Transmitted Data (TXD) is encoded 
for the transmit-driver pair (TX±). TXD must be valid on the 
rising edge of Transmit Clock (TXC). Transmission ends 
when TXE goes low. The last transition is always positive; it 
occurs at the center of the bit cell If the last bit is a one, or at 
the end of the bit cell if the last bit is a zero. 
The differential transmit pair from the secondary of the iso- 
lation transformer drives up to 50 meters of twisted pair AUI 
cable. These outputs are source followers which require two 
270n pull-down resistors to ground. 
The DP83910A allows both half-step and full-step to be 
compatible with Ethernet I and IEEE 802.3. With the SEL pin 
low (for Ethernet I), transmit-l- is positive with respect to 
transmit- during idle; with SEL high (for IEEE 802.3), 
transmit -I- and transmit- are equal In the idle state. This 
provides zero differential voltage to operate with transform- 
er coupled loads. 
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3.4 MANCHESTER DECODER 

The decoder consists of a differential receiver and a PLL to 
separate Ivlanchester encoded data stream Into clock sig- 
nals and NRZ data. The differential input must be externally 
terminated with two 39ft resistors connected in series If the 
standard 780 transceiver drop cable is used; in Thin-Ether- 
net applications, these resistors are optional. To prevent 
noise from falsely triggering the decoder, a squelch circuit at 
the input rejects signals with levels less than -175 mV. 
Once the input exceeds the squelch requirements, Carrier 
Sense (CRS) is asserted. Receive data (HXD) and receive 
clock (RXC) become valid typically within 6 bit times. The 
DP83910A may tolerate bit jitter up to 18 ns In the received 
data. 

The decoder detects the end of a frame when no more 
midbit transitions are detected. Within one and a half bit 
times after the last bit, carrier sense is de-asserted. Receive 
clock stays active for five more bit times after CRS goes low 
to guarantee the receive timings of the DP8390 NIC. 

3.5 COLLISION TRANSLATOR 

When the Ethernet transceiver (DP8392 CTI) detects a colli- 
sion, it generates a 10 MHz signal to the differential collision 
inputs (CD±) of the DP83910A. When these inputs are de- 
tected active, the DP83910A translates the 10 MHz signal 
to an active high level for the controller. The controller uses 
this signal to back off Its current transmission and resched- 
ule another one. 

The collision differential inputs are terminated the same way 
as the differential receive inputs. The squelch circuitry Is 
also similar, rejecting pulses with levels less than - 1 75 mV. 

3.6 LOOPBACK FUNCTIONS 

When the Loopback Input (LBK) is asserted high, the 
DP83910A redirects its transmitted data back into its re- 
ceive path. This feature provides a convenient method for 
testing both chip and system level integrity. The transmit 
driver and receive Input circuitry are disabled In loopback 
mode. 
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FIGURE 2. DP83910A Connection for Oscillator Module 

4.0 Connection Diagrams 
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Top View 

Order Number DP83910AV 
See NS Package Number V28A 
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Top View 

Order Number DP83910AN 
See NS Package Number N24C 
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5.0 Typical Application 
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6.0 Pin Descriptions 




O 

•D 
00 


24-Pin DIP 


28-Pin FCC 


Name 


I/O 


Description 


g 


1 


1 


COL 





COLLISION DETECT OUTPUT: Generates an active higti signal when 
10 MHz collision signal is detected. 




2 


2 


RXD 


o 


RECEIVE DATA OUTPUT: NRZ data output from tlie PLL. This signal 
must be sampled on the rising edge of receive clock. 




3 


3 


CRS 





CARRIER SENSE: Asserted on the first valid high-to-low transition on 
the RX ± pair. Remains active until 1 .5 bit times after the last bit in 
data. 




4 


4 


RXC 





RECEIVE CLOCK: The receive cloci< from the Manchester data after 
the PLL has locked. Remains active 5 bit times after deasserting CRS. 




5 


5 


SEL 


i 


MODE SELECT: When high, transmit+ and transmit- are the same 
voltage in the idle state. When low, transmit+ is positive with respect 
to transmit- in the idle state, at the transformer's primary. 




6 


7 
8 
9 


Vss 

Vss 
Vss 




GROUND PIN 




7 


10 


LBK 


1 


LOOPBACK: When high, the loopbaok mode is enabled. 




8 


11 


X1 


1 


CRYSTAL OR EXTERNAL OSCILLATOR INPUT 




9 


12 


X2 





CRYSTAL FEEDBACK OUTPUT: Used in crystal connections only. 
Connected to ground when using an external oscillator. 




^o 


13 


TXD 


1 


TRANSMIT DATA INPUT: NRZ data input from the controller. The 
data is combined with the transmit clock to produce Manchester data. 
TXD is sampled on the rising edge of transmit clock. 




11 


14 


TXC 





TRANSMIT CLOCK: The 1 MHz clock derived from the 20 MHz 
oscillator. 




12 


15 


TXE 


i 


TRANSMIT ENABLE: The encoder begins operation when this input is 
asserted high. 




13 
14 


16 
17 


TX- 

TX+ 





TRANSMIT OUTPUT: Differential line driver which sends the encoded 
data to the transceiver. The outputs are source followers which require 
270ft pull-down resistors. 




15 


6 


NC 




NO CONNECTION: This may be tied to Vss 'or the PLCC version to be 
compatible with the DP8391 . 




16 


18 


NC 




NO CONNECTION 




17 


19 


TEST 


1 


FACTORY TEST INPUT: Used to check the chip's internal functions. 
May be tied low or have a 0.01 jaf bypass capacitor to ground (tor 
compatibility with the bipolar DPB391) during normal operation. 




18 
19 


20 
21 
22 
23 


Vdd 
Vdd 
Vdd 
Vdd 




POWER CONNECTION 




20 


24 


NC 




NO CONNECTION 




21 
22 


25 
26 


RX- 
RX + 


i 


RECEIVE INPUT: Differential receive input pair from the transceiver. 




23 
24 


27 
28 


CD- 
CD + 


i 


COLLISION INPUT: Differential collision pair input from the 
transceiver. 
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7.0 Absolute Maximum Ratings 

If Military/Aerospace specified devices are required, 
please contact the National Semiconductor Sales 
Office/Distributors for availability and specifications. 
Supply Voltage (Vqc) - 0.5V to + 7V 

DC Input Voltage (V|n) -o.5V to Vqc + 0.5V 

DC Output Voltage (Vqut) -0.5V to Vqc + 0.5V 

Differential Input Voltage - 5.5 to + 16V 

Differential Output Voltage to 1 6V 

Power Dissipation 500 mW 

Storage Temperature - 65°C to + 1 50°C 



Lead Temperature (Soldering, 10 sec.) 260°C 

ESD (RzAP = 1 .5 kn, CzAP = 120 pF) S2 kV 

(Pin 4= 1.5 kV) 
Note: Absolute maximum ratings are those values beyond 
which the safety of the device cannot be guaranteed. They 
are not meant to Imply that the device should be operated at 
these limits. 

•Note: An asterisk following a parameter's symbol indicates that the param- 
eter has been characterized but not tested. 

Note: All specifications in this datasheet are valid only if the mandatory 
isolation is employed and all differential signals are taken to exist at the AUI 
side of the pulse transformer. 



8.0 DC Specifications Ta = o°c to 7o°c, Vcc = 5v ±5'; 



Symbol 



Parameter 



Conditions 



Min 



Controller interface Pins (COL, RXD, CRS, RXC, SEL, LBK, TXD, TXC and TXE) 



Typ 



iUax 



V|H 



V|L 



VOH 



Vol 



Icco 



Ices 



Input High Voltage 



Input Low Voltage 



Input Leakage 



Output High Voltage 



Output Low Voltage 



Operating Vcc Supply 
Current (Note 1) 



Stand By Vcc Supply 
Current (Note 2) 



V|N = Vqc or GND 



(TTL) loH = 2.0 mA 
(CMOS) Iqh = 20 fiA 



(TTL) loL = 2.0 mA 
(CMOS) Iql = 20 nA 



10 Mbit/sec 



10 Mbit/sec 



2.0 



-1.0 



3.5 
Vcc - 0.1 



Differential Pins (TX ± , RX ± , and CD±) 



0.8 



1.0 



0.4 
0.1 



70 



65 



VOD 



VoB* 



Vu* 



Vds 



Diff. Output Voltage (TX±) 



Diff. Output Voltage 
Imbalance (TX±) 



Undershoot Voltage (TX ± ) 



Diff. Squelch Threshold 
(RX±andCD±) 



VcM Diff. Input Common Mode 

Voltage (RX± and CD ±) 
(Note 3) 



78fi Termination, and 

270n from each to GND (Figure 4) 



78(1 Termination, and 

270n from each to GND (Figure 4) 



78n Termination, and 

270n from each to GND (Figure 4) 



Oscillator Pins (XI and X2) 



±550 



-175 



0' 



40 



100 



±1200 



-300 



5.5 



V|H 



V|L 



'osc 



XI Input High Voltage 



XI Input Low Voltage 



XI Input Current 



XI is connected to an oscillator, 
and X2 is grounded 



XI is connected to an oscillator, 
andX2 is grounded 



XI = Vcc or GND 
X2 = GND 



2.0 



0.8 



+ 2 



Units 



fiA 



mA 



mA 



mV 



mV 



mV 



mV 



mA 



sZ%';ie?errrsic::rir'^2Toro%Ta^ii:^^^^^^^^ 

Note 3: This parameter is guaranteed by design and is not tested. 



2-18 



9.0 Switching Characteristics ta = o'cto7o-c, vcc = sv ±5% 
Oscillator Specification 



Symbol 



tXTH 



tXTL 



Parameter 



X1 to Transmit Clock High 



X1 to Transmit Clock Low 



MIn 



Transmit Timing (Start of Pacitet) 

.'TCh 






TX+/- 



D 
■a 
00 

CO 



Max 

30 



Units 



30 




Transmit Specifications (Start of Packet) 



Symboi 

llCh 



tjCI 



tjCc' 



tier* 



tTCf* 



tTEs 



tTDs 



tTDh 



tjOd 



troi* 



tTOr' 



tTOj* 



Parameter 



Transmit Clock High Time (Note 1) 
Transmit Clock Low Time (Note 1) 



Transmit Clock Cycle Time (Note 1) 



Transmit Clock Rise Time (20% to 80%) (Cu = 30 pF) 
Transmit Clock Fall Time (80% to 20%) (Cl = 30 pF) 



Transmit Enable Setup Time to Rising Edge of TXC (Note 1) 



Transmit Data Setup Time from Rising Edge of TXC (Note 1) 



Transmit Data Hold Time 
from Rising Edge of TXC 



Transmit Output Delay from Rising Edge of TXC (Note 1) 



Transmit Output Fall Time (80% to 20%) 



Transmit Output Rise Time (20% to 80%) 



Transmit Output Jitter 



Note 1: This parameter is measured using the fifty percent point of each clocl< edge. 



iMin 



40 



40 



99.99 



20 

20 



Max 



60 
60 



100.01 
8 



65 



0.5 Typical 



Units 



ns 



ns 
ns 
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9.0 Switching Cliaracteristics (Continued) 

Transmit Timing (End of Packet) 




Transmit Specifications (End of Paclcet) 



Symbol 



'TXEh 



•roh 



tTOi* 



Parameter 



Transmit Enable Hold Time from Rising Edge of TXC 



Transmit Output High before Idle (Half Step) 



Transmit Output Idle Time (Half Step) 



Min 



Max 



Units 



200 



8000 



Receive Timing (Start of Paci<et) 



RX+/- 




Receiver Specifications (Start of Pacl<et) 



TL/F/9365-6 



Symbol 



'RCd 



tRCr* 



tRCf* 



tCRS 



Jon 



'DAT 



'RDd 



'rDs 



totoi 



'rdv 



Parameter 



Receive Clock Duty Cycle (Note 1) 



Receive Clock Rise Time (20% to 60%, Ctl = 30 pF) 



Receive Clock Fall Time (80% to 20%, C jl = 30 pF) 
Carrier Sense Turn On Delay 



Decoder Acquisition Time 



Receive Data Output Delay 



Receive Data Output Stable after Going Valid 



Differential Inputs Turn-On Pulse (Note 2) 



Receive Data Output Valid from Falling Edge of RXC 



Min 



40 



Max 

60 



Units 



70 



90 



30 



700 
150 



10 



ns 
ns 
ns 



Note 1: This parameter is measured using the fifty percent point of each clocl< edge. 

Note 2: This parameter was characterized with a differentiai input of -375 mV on the receive pair inputs. 
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9.0 Switching Characteristics (continued) 

Receive Timing (End of Packet) 

1 I I 1 I IDLE 



RXC 
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Receiver Specifications (End of Pacl<et) 



Symbol 



tCRSoff 



tpXCh 



Parameter 



Carrier Sense Turn Off Delay (Note 1) 



Minimum Number of RXCs after CRS Low (Note 2) 



Min 



Max 



155 



Units 



Bit Times 



Note 1: When CRS goes low. it will go low a minimum ol 2 receive clocks. 

Note 2: The DP8390 Nelworli Interlace Controller (NIC) requires a minimum of 6 receive ciocl(S alter CRS goes low to function properly. 



CD +/- 



COL 



Collision Timing 
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Collision Specifications 



Symbol 



ICOLo 



tCOLoff 



toto 



Parameter 



Collision Turn On Delay 



Collision Turn Off Delay 



Differential Inputs Turn-On 
Pulse (Squelch, Note 1) 



Min 



30 



Note 1: This parameter was characterized with a differential input ol -375 mV on the coiiision input pair. 



Max 



60 



350 



Units 
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9.0 Switching Characteristics (continued) 



LBK 



TXE 



CRS 



-4 



Loopback Timing 
ce 
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-5S- 



7b 
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"X 
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Loopback Specifications 



Symbol 



IlBs 



tLBh 



Parameter 



Loopback Setup Time (Note 1) 



Loopbaci< Hold Time (Note 1 ) 



Note 1: This parameter is guaranteed by design and is rot tested. 



Min 



50 



1000 



Max 



Units 



AC Timing Test Conditions 

All specifications are valid only if the mandatory isolation is 
ennployed and all differential signals are taken to be at ttie 
AUI side of the pulse tranformer. 

Input Pulse Levels (TTL/CMOS) GND to 3.0V 

Input Rise and Fall Times fTTL/CMOS) 5 ns 

Input and Output Reference Levels 

(TTL/CMOS) 1.3V 

Input Pulse Levels 

(Diff.) -350 to -1315 mV 

Input and Output 50% Point of 

Reference Levels (Diff.) the Differential 



TTL/MOS OUTPUTS 



X 



Ctl=50pF 



Capacitance ta = as-c, t = i mhz 



Symbol 


Parameter 


Typ 


Units 


Cm 


Input Capacitance 


7 


pF 


Cout 


Output Capacitance 


7 


PF 



FIGURE 3 



TX+^ 



TX-^ 



TL/F/9365-12 

FIGURE4 

Note: In ttie above diagram, ttie TX+ and TX- signals are taken from the 
AUi side of the isolation {puise transformer). The puise transformer used for 
ail testing is the Pulse Engineering PE64103. 
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General Description 

The DP8391A Serial Network Interface (SNI) provides the 
Manchester data encoding and decoding functions for 
IEEE 802.3 Ethernet/Cheapernet type local area networks. 
The SNI Interfaces the DP8390 Network Interface Controller 
(NIC) to the Ethernet transceiver cable. When transmitting, 
the SNI converts non-return-to-zero (NRZ) data from the 
controller and clock pulses Into Manchester encoding and 
sends the converted data differentially to the transceiver. 
The opposite process occurs on the receive path, where a 
digital phase-locked loop decodes 10 Mbit/s signals with as 
much as ± 18 ns of jitter. 

The DP8391A SNI is a functionally complete Manchester 
encoder/decoder Including ECL like balanced driver and re- 
ceivers, on board crystal oscillator, collision signal transla- 
tor, and a diagnostic loopback circuit. 
The SNI is part of a three chip set that implements the com- 
plete IEEE compatible network node electronics as shown 
below. The other two chips are the DP8392 Coax Transceiv- 
er Interface (CTI) and the DP8390 Network Interface Con- 
troller (NIC). 

Incorporated into the CTI are the transceiver, collision and 
jabber functions. The Media Access Protocol and the buffer 
management tasks are performed by the NIC. There is an 
Isolation requirement oh signal and power lines between the 
CTI and the SNI. This is usually accomplished by using a set 
of miniature pulse transformers that come in a 1 6-pin plastic 
DIP for signal lines. Power isolation, however, is done by 
using a DC to DC converter. 



Features 

■ Compatible with Ethernet II, 
10Base2, and lOBase-T 



IEEE 802.3; lOBaseS, 



■ 10 Mb/s Manchester encoding/decoding with receive 
clock recovery 

■ Patented digital phase locked loop (DPLL) decoder re- 
quires no precision external components 

■ Decodes Manchester data with up to ±18 ns of jitter 

■ Loopback capability for diagnostics 

■ Externally selectable half or full step modes of opera- 
tion at transmit output 

■ Squelch circuits at the receive and collision inputs re- 
ject noise 

■ High voltage protection at transceiver interface (1 6V) 

■ TTL/MOS compatible controller interface 

■ Connects directly to the transceiver (AUI) cable 
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1.0 System Diagram 
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2.0 Block Diagram 
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3.0 Functional Description 

The SNI consists of five main logical blocks: 

a) the oscillator— generates the 10 MHz transmit clock sig- 
nal for system timing. 

b) the Manchester encoder and differential output driver- 
accepts NRZ data from the controller, performs Man- 
chester encoding, and transmits it differentially to the 
transceiver. 

c)the Manchester decoder — receives Manchester data 
from the transceiver, converts it to NRZ data and clock 
pulses, and sends them to the controller. 

d)the collision translator — indicates to the controller the 
presence of a valid 10 MIHz signal at its input. 

e) the loopback circuitry — when asserted, switches encod- 
ed data instead of receive input signals to the digital 
phase-locked loop. 

3.1 OSCILLATOR 

The oscillator is controlled by a 20 MHz parallel resonant 
crystal connected between XI and X2 or by an external 
clock on XI. The 20 MHz output of the oscillator is divided - 
by 2 to generate the 10 MHz transmit clock for the control- 
ler. The oscillator also provides internal clock signals to the 
encoding and decoding circuits. 

Crystal Specification 

Resonant frequency 20 MHz 

Tolerance ±0.001% at 25°C 

Stability ±0.005% 0-70°C 

Type AT-Cut 

Circuit Parallel Resonance 

The 20 MHz crystal connection to the SNI requires special 
care. The IEEE 802.3 standard requires a 0.01% absolute 
accuracy on the transmitted signal frequency. Stray capaci- 
tance can shift the crystal's frequency out of range, causing 



the transmitted frequency to exceed its 0.01% tolerance. 
The frequency marked on the crystal is usually measured 
with a fixed shunt capacitance (CJ that is specified in the 
crystal's data sheet. This capacitance for 20 MHz crystals is 
typically 20 pF. The capacitance between the XI and X2 
pins of the SNI, of the PC board traces and the plated 
through holes plus any stray capacitance such as the sock- 
et capacitance, if one is used, should be estimated or mea- 
sured. Once the total sum of these capacitances is deter- 
mined, the value of additional external shunt capacitance 
required can be calculated. This capacitor can be a fixed 
5% tolerance component. The frequency accuracy should 
be measured during the design phase at the transmit clock 
pin (TXC) for a given pc layout. Figure 2 shows the crystal 
connection. 



XI ■ 



20MHz 



X2- 






CL-CP 
(N0TE1) 



TL/F/B357-3 

CL = Load capacitance specified by the crystal's manufacturer 
CP = Total parasitic capacitance including: 

a) SNI input capacitance between XI and X2 (typically 5 pF) 

b) PC board traces, plated through holes, socket capacitances 
Note 1: When using a Viking (San Jose) VX849N5 crystal, the external ca- 
pacitor is not required, as the Cl of the crystal matches the Input 
capacitance of the DP8391A. 

FIGURE 2. Crystal Connection 

3.2 iUANCHESTER ENCODER AND DIFFERENTIAL 
DRIVER 

The encoder combiries clock and data information for the 
transceiver. Data encoding and transmission begins with the 
transmit enable input (TXE) going high. As long as TXE re- 
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3.0 Functional Description (continued) 

mains high, transmit data (TXD) is encoded out to the trans- 
mit-driver pair (TX ± ). The transmit enable and transmit data 
inputs must meet the setup and hoid time requirements with 
respect to the rising edge of transmit clocl<. Transmission 
ends with the transmit enable input going low. The last tran- 
sition is always positive at the transmit output pair. It will 
occur at the center of the bit cell if the last bit is one, or at 
the boundary of the bit cell if the last bit Is zero. 
The differential line driver provides ECL like signals to the 
transceiver with typically 5 ns rise and fall times. It can drive 
up to 50 meters of twisted pair AUI Ethernet transceiver 
cable. These outputs are source followers which need ex- 
ternal 270(1 pulldown resistors to ground. Two different 
modes, full-step or half-step, can be selected with SEL in- 
put. With SEL low, transmit + Is positive with respect to 
transmit - in the idle state. With SEL high, transmit + and 
transmit - are equal in the idle state, providing zero differ- 
ential voltage to operate with transformer coupled loads. 
Figures 4, 5 and 6 illustrate the transmit timing. 

3.3 MANCHESTER DECODER 

The decoder consists of a differential input circuitry and a 
digital phase-locked loop to separate Manchester encoded 
data stream into clock signals and NRZ data. The differen- 
tial input should be externally terminated if the standard 
78fi transceiver drop cable is used. Two 39n resistors con- 
nected in series and one optional common mode bypass 
capacitor would accomplish this. A squelch circuit at the 
input rejects signals with pulse widths less than 5 ns (nega- 
tive going), or with levels less than - 1 75 mV. Signals more 
negative than -300 mV and with a duration greater than 
30 ns are always decoded. This prevents noise at the input 
from falsely triggering the decoder in the absence of a valid 
signal. Once the input exceeds the squelch requirements. 



carrier sense (CRS) is asserted. Receive data (RXD) and 
receive clock (RXC) become available typically within 6 bit 
times. At this point the digital phase-locked loop has locked 
to the incoming signal. The DP8391 A decodes a data frame 
with up to ±18 ns of jitter correctly. 
The decoder detects the end of a frame when the normal 
mid-bit transition on the differential input ceases. Within one 
and a half bit times after the last bit, carrier sense is de-as- 
serted. Receive clock stays active for five more bit times 
before it goes low and remains low until the next frame. 
Figures 7, 8 and 9 Illustrate the receive timing. 

3.4 COLLISION TRANSLATOR 

The Ethernettransceiver detects collisions on the coax ca- 
ble and generates a 10 MHz signal on the transceiver cable. 
The SNI's collision translator asserts the collision detect 
output (COL) to the DP8390 controller when a 10 MHz sig- 
nal is present at the collision inputs. The controller uses this 
signal to back off transmission and recycle itself. The colli- 
sion detect output is de-asserted within 350 ns after the 10 
MHz input signal disappears. 

The collision differential inputs (+ and -) should be termi- 
nated in exactly the same way as the receive inputs. The 
collision input also has a squelch circuit that rejects signals 
with pulse widths less than 5 ns (negative going), or with 
levels less than - 1 75 mV. Figure 10 illustrates the collision 
timing. 

3.5 LOOPBACK FUNCTIONS 

Logic high at loopback input (LBK) causes the SNI to route 
serial data from the transmit data input, through its encoder, 
returning it through the phase-locked-loop decoder to re- 
ceive data output, in loopback mode, the transmit driver is in 
Idle state and the receive and collision input circuitries are 
disabled. 



4.0 Connection Diagram 



Top View 



CL-CP* 




TRANSMIT 
PAIR 



•Refer to the Oscillator section 
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FIGURE 3a 

Order Number DP8391AN 
See NS Package Number N24C 
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PCC Connection Diagram 
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270fl 



•Refer to the Oscillator section ' 



FIGURE 3b 
Order Number DP8391AV 
NS Package Number V28A 
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5.0 Pin Descriptions 



Pin No. 



(DIP) 



10 



11 



12 



13 
14 



15 
16 



17 



18 
19 



20 



21 
22 



23 
24 



(PCC) 



6-9 



10 



11 



12 



13 



14 



15 



16 
17 



18 



19 



Name 



COL 



RXD 



CRS 



RXC 



SEL 



GND 



LBK 



X1 



I/O 



Description 



Collision Detect Output. A TTL/MOS level active high output. A 10 l\/IHz 
(+25%-1 5%) signal at the coliision input will produce a logic high at COL 
output. When no signal is present at the collision input, COL output will go low. 



■o 

00 



(A 
CO 
lO 



Receive Data Output. A TTL/I^OS level signal. This is the NRZ data output 
from the digital phase-locl<ed loop. This signal should be sampled by the 
controller at the rising edge of receive clock. 



Carrier Sense. A TTL/MOS level active high signal. It is asserted when valid 
data from the transceiver is present at the receive input. It is de-asserted one 
and a half bit times after the last bit at receive input. 



Receive Clock. A TTL/MOS level recovered clock. When the phase-locked loop 
locks to a valid incoming signal a 10 MHz clock signal is activated on this output. 
This output remains low during idle (5 bit times after activity ceases at receive 
input). 



Mode Select. A TTL level input. When high, transmit + and transmit - outputs 
are at the same voltage in idle state providing a "zero" differential. When low, 
transmit -I- is positive with respect to transmit - in idle state. ■ 



Negative Supply Pins. 



X2 



TXD 



TXC 



TXE 



TX- 
TX-I- 



NC 



20-23 



24 



25 
26 



27 
28 



CAP 



VCC 



Loopback. A TTL level active high on this input enables the loopback mode. 



Crystal or External Frequency Source Input (TTL). 



Crystal Feedback Output. This output is used in the crystal connection only. It 
must be left open when driving XI with an external frequency source. 



Transmit Data. A TTL level input. This signal is sampled by the SNI at the rising 
edge of transmit clock when transmit enable input is high. The SNI combines 
transmit data and transmit clock signals into a Manchester encoded bit stream 
and sends it differentially to the transceiver. ^ 



Transmit Clock. A TTL/MOS level 10 MHz clock signal derived from the 20 
MHz oscillator. This clock signal is always active. 



Transmit Enable. A TTL level active high data encoder enable input. This signal 
is also sampled by the SNI at the rising edge of transmit clock. 



Transmit Output. Differential line driver which sends the encoded data to the 
transceiver. These outputs are source followers and require 270n pulldown 
resistors to GND. . - 



No Connection. 



NC 



RX- 



CD- 

CD-H 



Bypass Capacitor. A ceramic capacitor (greater than 0.001 /iP) must bo 
connected from this pin to GND. ' 



Positive Supply Pins. A 0.1 jnF ceramic decoupling capacitor must be 
connected across VCC and GND as close to the device as possible. 



No Connection. 



Receive Input. Differential receive input pair from the transceiver. 



Collision Input. Differential collision input pair from the transceiver. 
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6.0 Absolute Maximum Ratings 

Supply Voltage (Vcc) 7V 

Input Voltage (TTL) to 5.5V 

Input Voltage (differential) -5.5 to + 16V 

Output Voltage (differential) to 16V 

Output Current (differential) -40 mA 

Storage Temperature - 65° to 1 50°C 

Lead Temperature (soldering, 10 sec) 300°C 

Package Power Rating for DIP at 25°C 2.95W* 

(PC Board Mounted) 

Derate Linearly at the rate of 23.8 mVJ/'C 

Package Power Rating for PCC at 25°C 1.92W' 

Derate Linearly at the rate of 1 5.4 mW/°C 

•For actual power dissipation of the device please refer to 
Section 7.0. 

ESD rating 2000V 

7.0 Eiectrical Characteristics 

Vcc = 5V ±5%, Ta = 0°C to 70°C for DIP and 0°C to 55°C for PCC (Notes 1 & 2) 



Recommended Operating 
Conditions 

Supply Voltage (Vqc) 5V ± 5% 

Ambient Temperature (DIP) o° to 70°C 

(PCC) 0'to55°C 

Note: Absolute maximum ratings are ttiose values beyond 
which the safety of the device cannot be guaranteed. They 
are not meant to imply that the device should be operated at 
these limits. 



Symbol 



VlHXia 



Vmxib 



Parameter 



Input High Voltage (TTL) 



Input High Voltage (X1) 



V|L 



l|H 



l|L 



VcL 



VoH 



Vol 



Iqs 



VOD 



Vqb 



Vps 



VCM 



Ice 



Input High Voltage (X1) 



Input Low Voltage (TTL and XI) 



Input High Current (TTL) 
Input High Current (RX ± CD ± ) 



Input Low Current (TTL) 
Input Low Current (RX+ CD±) 



Input Clamp Voltage (TTL) 



Ouptut High Voltage (TTL/MOS) 



Output Low Voltage (TTL/MOS) 



Output Short Circuit Current (TTL/MOS) 



Differential Output Voltage (TX ± ) 



Diff. Output Voltage Imbalance (TX+) 



Diff. Squelch Threshold (RX+ CD±) 



Test Conditions 



No Series Resistor 



Ik Series Resistor 



V|N = Vcc 
V|N = Vcc 



V|N = 0.5V 
V|N = 0.5V 



l|N = -12 mA 



loH 



-100 fiA 



JoL- 8mA 



78n termination, and 
270n from each to GND 



same as above 



Diff. Input Common Mode Voltage (RX ± CD ± ) 



Power Supply Cun-ent 



Min 



2.0 



2.0 



2.0 



Max 



Vcc -1-5 



Vcc 



0.8 



3.5 



-40 



±550 



-175 



lOMbit/s 



-5.25 



50 
500 



-300 
-700 



-1.2 



0.5 



-200 



±1200 



+40 



-300 



5.25 



Units 



)xA 
)iA 



HA 
fiA 



mA 



mV 



mV 



mV 



270 



mA 



8.0 Switching Characteristics vcc - sv ±5%,ta = o°cto7o°cforDiPando'cto55°cforP cc (Note 2) 

Symbol ] - '- " ' •" ' ' ' ^ 



OSCILLATOR SPECIFICATION 



Parameter 



Figure 



MIn 



Typ 



Max 



Units 



txTH 



'xtl 



XI to Transmit Clock High 



XI to Transmit Clock Low 



TRANSMIT SPECIFICATION 



12 



12 



20 



20 



trcd 



tjCr 



tjCf 



<TDs 



'TDh 



Transmit Clock Duty Cycle at 50% (10 MHz) 



Transmit Clock Rise Time (20% to 80%) 



Transmit Clock Fall Time (80% to 20%) 



Transmit Data Setup Time to Transmit Clock Rising Edge 



Transmit Data Hold Time from Transmit Clock Rising Edge 



Transmit Enable Setup Time to Trans. Clock Rising Edge 



Transmit Enable Hold Time from Trans. Clock Rising Edge 



4&12 



20 



5&12 



tlEs 
'TEh 

' . o g~ I " '* "- I '^ I I I IIS 

Note 1: All currents into device pins are positive, all currents out of device pins are negative. All voltages are referenced to ground unless otherarise specified. 
Note 2: All typicals are given lor Vcc = 6V and Ta = 25°C. 



12 



12 



12 



4&12 



4&12 



42 



20 



50 



58 



% 



ns 
ns 
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8.0 Switching Characteristics 

Vcc = 5V ±5%, Ta = 0°C to 70'C for DIP and 0°C to 55°C for PCC (Note 2) (Continued) 




Symbol Parameter Figure Min Typ Max 


Units 


TRANSMIT SPECIFICATION (Continued) 




trod 


Transmit Output Delay from Transmit Clock Rising Edge 


4&12 






50 


ns 


tror 


Transmit Output Rise Time (20% to 80%) 


12 






7 


ns 


trof 


Transmit Output Fall Time (80% to 20%) 


12 






7 


ns 


tlOi 


Transmit Output Jitter 


12 




±0.25 




ns 


'TOh 


Transmit Output High Before Idle in Half Step Mode 


5&12 


200 






ns 


iTOi 


Transmit Output Idle Time in Half Step Mode 


5&12 






800 


ns 


RECEIVE SPECIFICATION 




fRCd 


Receive Clock Duty Cycle at 50% (10 MHz) 


12 


40 


50 


60 


% 


tRCr 


Receive Clock Rise Time (20% to 80%) 


12 






8 


ns 


tRCf 


Receive Clock Fall Time (80% to 20%) 


12 






8 


ns 


tRDr 


Receive Data Rise Time (20% to 80%) 


12 






8 


ns 


tRDt 


Receive Data Fall Time (80% to 20%) 


12 






8 


ns 


tpDs 


Receive Data Stable from Receive Clock Rising Edge 


7&12 


±40 






ns 


•cSon 


Carrier Sense Turn On Delay 


7&12 






50 


ns 


'CSoff 


Carrier Sense Turn Off Delay 


8,9&12 






160 


ns 


•dat 


Decoder Acquisition Time 


7 




0.8 


1.80 


lis 


forei 


Differential Inputs Rejection Pulse Width (Squelch) 


7 


5 




30 


ns 


iRd 


Receive Throughput Delay 


8&12 






150 


ns 


COLLISION SPECIFICATION 




tcOLon 


Collision Turn On Delay 


10&12 






50 


ns 


tcOLoff 


Collision Turn Off Delay 


10&12 






350 


ns 


LOOPBACK SPECIFICATION 




tLBs 


Loopback Setup Time 


11 


20 






ns 


'LBh 


Loopbaok Hold Time 


11 









ns 


Mote 2: All typicals are given for Vcc = 6V and Ta = 25°C. 

9.0 Timing and Load Diagrams 
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9.0 Timing and Load Diagrams (continued) 



TXC 



TXE 



TXD 



1.5V 



t 1 



TX+/' 



-J~lJnJ LTLT 



' I .1 I I I 
FIGURE 5. Transmit Timing - End of Transmission (last bjt = 0) 



TXE 



TXD 



1 10 1 



TXt/- 



-TLTU — L 



FIGURE 6. Transmit Timing - End of Transmission (last bit ^ 1) 
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9.0 Timing and Load Diagrams (continued) 
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FIGURE 7. Receive Timing - Start of Pacltet 
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FIGURE 8. Receive Timing - End of Packet (last bit = 0) 
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9.0 Timing and Load Diagrams (Continued) 

I 1 I I 1 I I 1 I 
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FIGURE 9. Receive Timing - End of Packet (last bit = 1) 
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FIGURE 10. Collision Timing 
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FIGURE 11. Loopbacit Timing 
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•27 nH transformer is used for testing purposes, 100 ^H transformers (Valor, LT1101, or Puise Engineering 64103) are recommended for application use. 

FIGURE 12. Test Loads 
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Ethernet/Cheapernet 
Physical Layer Made Easy 
with DP8391/92 



National Semiconductor 
Application Note 442 
Alex Djenguerian 



^ 



With the integration of the node electronics of iEEE 802.3 
compatible local area networl<s now on silicon, system de- 
sign Is simplified. This application note describes the differ- 
ences between the Ethernet and Cheapernet versions of 
the standard, and provides design guidelines for Implement- 
ing the node electronics with National Semiconductor's 
DP8390 LAN chip set. 

INTRODUCTION 

The DP8390 chip set Is designed to provide the physical 
and media access control layer functions of local area net- 
works as specified In IEEE 802.3 standard. This standard is 
based on the access method known as carrier-sense multi- 
ple access with collision detection (CSMA/CD). In this 
scheme, if a network station wants to transmit, it first "lis- 



tens" to the medium; if someone else is transmitting, the 
station defers until the medium is clear before It begins to 
transmit. However, two or more stations could still begin 
transmitting at the same time and give rise to a collision. 
When this happens, the two nodes detect this condition, 
back off for a random amount of time before making anoth- 
er attempt. 

The IEEE 802.3 standard supports two different versions for 
the media, 10BASE5 (commonly known as Ethernet) and 
10BASE2 (Cheapernet). These can be used separately, or 
together in a hybrid form. Both versions have similar electri- 
cal specifications and can be implemented using the same 
transceiver chip (DP8392). Cheapernet Is the low cost ver- 
sion and Is user Installable. The following table compares 
the two: 



Parameter 



Data Rata 



Segment Length 



Network Span 



Nodes per Segment 



Node Spacing 



10BASE5 (Ethernet) 



1 Mblt/s baseband 



500 m 



2500 m 



100 



2.5 m (cable marked) 



10BASE2 (Cheapernet) 



10 Mbits/s baseband 



185 m 



925 m 



30 



0.5 m min 



Capacitance per Node 



4pFmax 



8 pF max 



Cable 



0.4 in diameter 
son 

Double Shielded 

Rugged 

N-Series Connectors 



0.2 In diameter 
son (RG58A/U) 
Single Shielded 
Flexible 
BNC Connectors 



Transceiver Drop Cable 



0.39 In diameter multiway cable with 
15 pin D connectors 50 m max length 



Not needed due to the high flexibility of 
the RG58A/U cable 



Typical Connection Diagram for a Station 
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Although Cheaparnet Is intended for local use, several 1 85 
meter segments can be joined together with simple repeat- 
ers to provide for a larger network span. Similarly, several 
Cheapernet segments can be tied into a longer Ethernet 
"backbone". In this hybrid configuration, the network com- 



bines all the benefits of Cheapernet, flexibility and low cost, 
with the ruggedness and the much larger geographic range 
of standard Ethernet. Figure 1 illustrates a typical hybrid 
LAN configuration. 
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FIGURE 1. A Hybrid Ethernet/Cheapemet System 
TRANSMITTING AND RECEIVING PACKETS WITH THE DP8390 CHIPSET 

Node Block Diagram 



TUF/e6B9-3 



COAX 
CABLE 




TRANSCEIVER OR MAU 










STATION OR DTE 








TAP 






DP8392 

COAX 

TRANSCEIVER 

INTERFACE 


■<-► 


1 

S 


L 
A 
T 
1 


N 






DP8391 

SERIAL 

NETWORK 

INTERFACE 


♦-*• 


bP8390 

NETWORK 

INTERFACE 

CONTROLLER 


4-> 


H 

S 
T 

B 

U 

s 




BNC 








TRANSCEIVER 
CABLE 





























The node electronics is integrated into three chips, the 
DP8390 Network Interface Controller (NIC), the DP8391 Se- 
rial Network Interface (SNI), and the DP8392 Coaxial Trans- 
ceiver Interface (CTI). To transmit a packet, the host proc- 
essor issues a transmit command to the NIC, which normal- 
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ly transfers the data to a local buffer memory. The NIC then 
automatically handles the transmission of the packet (from 
the local buffer through an on-board FIFO to the SNI) ac- 
cording to the CSMA/CD protocol. The packet has to be in 
the following format: 



PREAMBLE 


SFD 


DESTINATION 


SOURCE 


LENGTH 


DATA 


CRC 


62-bits 


2-bits 


6-bytes 


6-bytes 


2-bytes 


46-1500 bytes 


4-bytes 
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PREAMBLE: This section consists of alternating 1 and 
bits. As the packet travels through the network, some of 
these bits would be lost as most of the network compo- 
nents are allowed to provide an output some number of 
bits after being presented with a valid input. 
START OF A FRAME DELIMITER (SFD): This field con- 
sists of two consecutive 1's to signal that the frame re- 
ception should begin. 

DESTINATION AND SOURCE ADDRESSES: Each one 
of these frames is 6 bytes long and specifies the address 
of the corresponding node. 

LENGTH: This 2 byte field indicates the number of bytes 
in the data field. 

DATA: This field can be from 46 to 1500 bytes long. 
Messages shorter than 46 bytes require padding to bring 
the data field to the minimum length. If the data field is 
padded, the host can determine the number of valid data 
bytes by looking at the length field. Messages longer 
than 1500 bytes must be broken into multiple packets. 
CflC: This field contains a Cyclic Redundancy Code cal- 
culation performed on the Destination address through 
the Data field for error control. 
The shortest packet length thus adds up to be 512 bits long 
(excluding the preamble and the SFD). At 10 Mbit/sec this 
amounts to 61.2 fis, which is twice as much as the 25 jas 
maximum end-to-delay time that is allowed by the IEEE 
802.3 protocol. This ensures that if a collision arises in the 
network, it would be recognized at all node locations. 
The SNI combines the NRZ data packet received from the 
controller with a clock signal and encodes them into a serial 
bit stream using standard Manchester encoding. In this cod- 
ing scheme, the first half of the bit cell contains the comple- 
mentary data and the second half contains the true data. 
Thus a transition is always guaranteed in the middle of a bit 
cell. 
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FIGURE 2. Manchester Coding 

The encoded signal appears in differential form at the SNI's 
output. In 10BASE5 (Ethernet) applications, this signal Is 
sent to the transceiver or the Medium Attachment Unit 
(MAU) through the twisted pair Tranceiver Drop cable (also 
known as the Attachment Unit Interface cable). This cable 
typically consists of four individually shielded twisted wire 
pairs with an overall shield covering these individually 
shielded pairs. The signal pairs, which have a differential 
characteristic impedance of 78n ±5fl, should be terminat- 
ed at the receiving ends. The cable can be up to 50 meters 
in length and have a maximum delay of 257 ns. The shields 
of the individual pairs should be connected to the logic 
ground in the Data Terminal Equipment (DTE) and the outer 
shield to the chassis ground. Figure 3 shows a picture of the 
cable and the corresponding pin assignments. 



Pin 


IEEE 802.3 Name 


Pairs 


DP8391/2 
Name 


Slgnal from 


DTE 


MAU 


3 
10 
11 


DO + (Data Out +) 
DO -(Data Out-) 
DO 8 (DO Shield) 


Transmit 
Pair 


TX+ 
TX- 


X 
X 
X 




5 
12 

4 


Dl + (Detain +) 
Dl - (Data In -) 
Dl S (Dl Shield) 


Receive 
Pair 


RX+ 
RX- 


X 


X 
X 


7 
15 
8 


CO-1- (Control Out +) 
CO -(Control Out-) 
CO S (CO Shield) 


Optional 
Pair 




X 
X 
X 




2 

9 
1 


CI + (Control In -I-) 
CI - (Control In -) 
CI S (CI Shield) 


Collision 
Pair 


CD-H 
CD- 


X 


X 
X 


6 

13 
14 


VC (Voltage Common) 
VP (Voltage Plus) 
' VS (Voltage Shield) 


Power 
Pair 




X 
X 
X 




Shell 


PG (Protective GND) 






X 
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FIGURE 3. Transceiver Cable Pin Assignments 
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The transmitted packet from the SNI as well as all other 
signals (receive, collision, and DC power) must be electrical- 
ly isolated from the coax in the MAU. The isolation means 
provided must withstand 500 Vac fnis for one minute for 
10BASE2 and 2000 Vac rms for 10BASE5. In order to de- 
tect collisions reliably, the electrical isolation is not done at 
the coax; instead it is done on the side of the Attachment 
Unit Interface. The isolation for the three signal lines can be 
easily provided by using three pulse transformers that come 
In a standard 16 pin plastic DIP from several manufacturers 
(Pulse Engineering, Valor Electronics). The inductance val- 
ue for these transformers vary from 50 fiH to 150 jaH with 
the larger inductance values slowing the rise and fall times, 
and the smaller ones causing more voltage droop. 
The Manchester encoded data from the SNI now reaches 
the CTI's transmit input after passing through the isolation 
transformer. A noise filter at this input provides a static 
noise margin of -175 mV to -300 mV. These thresholds 
assure that differential Transmit (TX±) data signals less 
than —175 mV or narrower than 10 ns are always rejected, 
while signals greater than -300 mV and wider than 30 ns 
are always accepted. The -300 mV threshold provides suf- 
ficient margin since the differential drivers for the transceiv- 
er drop cable provide a minimum signal level of ±450 mV 
after inductive droop, and the maximum attenuation allowed 
for the drop cable is 3 dB at signal frequencies. Signals 
meeting the squelch requirements are waveshaped and out- 
putted to the coax medium. This is done as follows: 
The transmitter's output driver is a switching current source 
that drives a purely resistive load of 25n presented by the 
coax to produce a voltage swing of approximately 2V. This 



signal has to meet several critical electrical requirements: 
RISE/FALL TIMES: The 10%-90% rise and fall times 
have to be 25 ns ±5 ns at 10 Mbit/sec. This spec helps 
to minimize electro-magnetic radiation by reducing the 
higher harmonic content of the signal and contributes to 
the smaller reflection levels on the coax. In addition, the 
rise and fall times are required to be matched to within 
1 ns to minimize the overall jitter in the system. 
DC LEVEL: The DC component of the signal has to be 
between -37 mA and -45 mA. The tolerance here is 
tight since collisions are detected by monitoring the aver- 
age DC level on the coax. 

AC LEVEL: The AC component of the signal has to be 
between ±28 mA and the DC level. This specification 
guarantees a minimum signal at the far end of the coax 
cable in the worst case condition. 
The signal shown in Fig. 4 would be attenuated as it travels 
along the coax. The maximum cable attenuation per seg- 
ment is 8.5 dB at 10 MHz and 6 dB at 5 MHz. This applies 
for both the 500 meters of Ethernet cable and the 185 me- 
ters of Cheapernet cable. With 10 Mbit/sec Manchester 
data, this cable attenuation results in approximately 7 ns of 
edge jitter in either direction. The CTI's receiver has to com- 
pensate for at least a portion of this jitter to meet the ± 6 ns 
combined jitter budget. The receiver also should not over- 
compensate the signal in the case of a short cable. An 
equalizer filter in the CTI accomplishes this task. Figure 5 
shows a typical waveform seen at the far end of the cable 
and the corresponding differential output from the CTI's re- 
ceiver. 



• 0mA 




LEVEL 



I 1 I 1 

FIGURE 4. Coax Transmit Waveform 
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FIGURE 5. Oscilloscope Waveforms 



TL/F/8689-8 



2-36 



TRANSCEIVER 
DROP CABLE 



TRANSMiniNG 
DTE 



MAU 



TRANSCEIVER 
DROP CABLE 



MAU 



ETHERNET OR CHEAPERNET 
MAXIMUM LENGTH COAX CABLE 



RECEIVING 
DTE 



JinER I 0.5ns 



1.0ns 2.0ns 



7.0ns 



-1.0ns 1.0ns 



Total Jitter without Noise = 0.5 + 1.0 + 2.0 + 7.0 - 1.0 + 1.0 = 10.6 rs 

Additional Jitter from Noise on Coax Cable - 5.0 ns 

Additional Jitter from Noise on Drop Cables ^ 1.0 ns 

Total System Jitter = 16.5 ns 
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FIGURE 6. Typical Signal Waveform at SNI's Input 



In addition to the equalizer, an AC/DC squelch circuit at the 
coax input prevents noise on the cable from falsely trigger- 
ing the receiver in the absence of a valid signal. The Re- 
ceive differential line from the CTI should be isolated before 
it reaches the SNl for Manchester decoding. This signal now 
could have accumulated as much as ±16.5 ns of jitter. Fig- 
ure 6 illustrates the jitter allocations for different network 
components and a typical signal waveform at the SNI's in- 
put. The digital phase-locked loop of the SNl can decode 
Manchester data with up to ±20 ns of random jitter which 
provides enough margin for implementation. 
The SNl converts the Manchester received packet to NHZ 
data and clock pulses and sends them to the controller. 
Upon reception, the NIC checks the destination address, 
and if it is valid, verifies the CRC with the one generated on 
board and stores the packet in the local buffer memory. The 
packet is then moved to the host by the NIC, and when this 
is completed the buffer area is reclaimed for storing new 
packets. If a collision occurs during this transfer process, 
the CTI will detect it by sensing the average DC level on the 
coax and will send a 10 MHz collision signal to the SNl. The 
SNl will translate this information to the controller in TTL 
form, and the transmitting controllers will backoff for differ- 
ent times and retransmit later. Also in case of illegally long 
packets (longer than 20 ms), a jabber timer in the CTI will 
disable the coax driver so that the "jabbering" station will 



not bring down the entire network. The collision pair is acti- 
vated in this case to inform the controller of the faulty condi- 
tion. After the fault is removed, the jabber timer holds for 
500 ms before re-enabling the coax driver. 

COLLISION DETECTION SCHEMES 

There are two different collision detection schemes that can 
be implemented with the CTI; receive, transmit modes. The 
IEEE 802.3 standard allows the use of receive, transmit, 
and Iranshybrid modes for non-repeater nodes for both 
Ethernet and Cheapernet applications. Repeaters are re- 
quired to have the receive mode implementation. 

RECEIVE MODE: Detects a collision between any two 

stations on the network with certainty at all times. 

TRANSMIT MODE: Detects collisions with certainty only 

when the station is transmitting. 
RECEIVE MODE: The receive mode scheme has a very 
simple truth table; however, the tight threshold limits make 
the design of it difficult. The threshold in this case has to be 
between the maximum DC level of one station (-1300 mV) 
and the minimum DC level of two far end stations 
(-1581 mV). Several factors such as the termination resis- 
tor variation, coax center conductor resistance, driver cur- 
rent level variation, signal skew, and input bias current of 
non-transmitting nodes contribute to this tight margin. On 
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Truth Table for Various 
Collision Detection Schemes 



Mode 


Receive 


Transmit 


No. of Stations 





1 


2 


>2 





1 


2 


>2 


Transmitting 


N 


IM 


Y 


Y 


N 


N 


Y 


Y 


Non-Transmitting 


N 


N 


Y 


Y 


N 


N 


M 


Y 



Y = It will detect a collision, N = It will not detect a collision, 
M = It may detect a collision 

top of the —1300 mV minimum level, the impulse response 
of the internal low pass filter has to be added. The CTI 
incorporates a 4 pole Bessel filter in combination with a 
trimmed on board bandgap reference to provide this mode 
of collision detection. However it would be difficult in receive 
mode to extend the cable length beyond the limits of the 
standard. It is also argued that it is not necessary for non-re- 
peater nodes to detect collisions between other stations. 
TRANSMIT MODE: In this case collisions have to be de- 
fected with certainty only when the station is transmitting. 
Thus, collisions caused by two other nodes may or may not 
be detected. This feature relaxes the upper limit of the 
threshold from - 1 581 mV to - 1 782 mV. As a result of this, 
longer cable segments can be used. With the CTI, a resistor 
divider can be used at the Collision Detect Sense pin (CDS) 
to lower the threshold from receive to transmit mode. Typi- 
cal resistor values can be 120n from CDS to GND and 10k 
from CDS to V^e (This moves the threshold by about -100 
mV). 

IMPLEMENTING A 10 BASE5 (ETHERNET) MAU WITH 
THE DP8392 

The CTI provides all the MALI (transceiver) functions except 
for signal and power isolation. Signal isolation can easily be 
provided by a set of three pulse transformers that come in a 
single Dual-ln-Line package. These are available from trans- 
former vendors such as Pulse Engineering (PE64103) and 
Valor (LT1101). However, for the power isolation a DC to 
DC converter is required. The CTI requires a single -9 
(±5%) volt supply. This power has to be derived from the 
power pair of the drop cable which is capable of providing 
500 mA in the 12 (-6%) to 15 (-1-5%) volt range. The low 
supply cun-ent of the CTI makes the design of the DC to DC 
converter quite easy. Such converters are being developed 
in hybrid packages by transformer manufacturers (Pulse En- 
gineering PE64430 and Reliability Inc. 2E12R9). They pro- 
vide the necessary voltage isolation and the output regula- 
tion. One can also build a simple DC to DC converter with a 
two transistor self oscillating primary circuit and some regu- 
lation on the secondary as shown in Figure 7. 



Several areas of the PC board layout require special care. 
The most critical of these is for the coax connection. Ether- 
net requires that the CTI capacitance be less than 2 pF on 
the coax with another 2 pF allocated for the tap mechanism. 
The Receive Input (RXI) and the Transmit Output (TXO) 
lines should be kept to an absolute minimum by mounting 
the CTI very close to the center pin of the tap. Also, for the 
external diode at TXO (see Figure 8), the designer must 
minimize any stray capacitance, particularly on the anode 
side of the diode. To do this, all metal lines, especially the 
ground and V^g planes, should be kept as far as possible 
from the RXI and TXO lines. 

In order to meet the stringent capacitive loading require- 
ments on the coax, it is imperative that the CTI be directly 
soldered to the PC board without a socket. A special lead 
frame in the CTI package allows direct conduction of heat 
from the die through these leads to the PC board, thus re- 
ducing the operating die temperature significantly. For good 
heat conduction the Vgg pins (4, 5 and 13) should be con- 
nected to large metal traces or planes. 
A separate voltage sense pin (CDS) is provided for accurate 
detection of collision levels on the coax. In receive mode, 
where the threshold margin is tight, this pin should be inde- 
pendently attached to the coax shield to minimize errors 
due to ground drops. A resistor divider network at this pin 
can be used for transmit mode operation as described earli- 
er. 

The differential transmit pair from the DTE should be termi- 
nated with a 780 differential resistive load. By splitting the 
termination resistor into two equal values and capacitively 
AC grounding the center node, the common mode imped- 
ance is reduced to about 20n, which helps to attenuate 
common mode transients. 

To drive the 78fl differential line with sufficient voltage 
swings, the CTI's collision and receive drivers need external 
500n resistors to Vge. By using external resistors, the pow- 
er dissipation of the chip is reduced, enhancing long term 
reliability. The only precision component required for the 
CTI is one 1 k 1 % resistor. This resistor sets many important 
parameters of the chip such as the coax driving levels, out- 
put rise and fall times, 1 MHz collision oscillator frequency, 
jabber timing, and receiver AC squelch timing. It should be 
connected between pins 11 (RR-I-) and 12 (RR-). 
The DP8392 features a heartbeat function which can be 
externally disabled using pin 9. This function activates the 
collision output for a short time (10 ±5 bit cells) at the end 
of every transmission. It is used to ensure the controller that 
the collision circuitry is intact and properly functioning. Pin 9 
enables CD Heartbeat when grounded, and disables it when 
connected to V^g. 
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The IEEE 802.3 standard requires a static discharge patli to 
be provided between the shield of the coax cable and the 
DTE ground via a 1 Mn, 0.25W resistor. The standard also 
requires the MAU to have low susceptibility levels to electro- 
magnetic interference. A 0.01 /iF capacitor will provide a 



sufficient AC discharge path from the coaxial cable shield to 
the DTE ground. The individual shields should also be ca- 
pacitively coupled to the Voltage Common in MAU. A typical 
Ethernet MAU connection diagram using the CTI in receive 
mode with the CD Heartbeat enabled is shown in Figure 8. 








IN5819 



FIGURE 7. A Simple Low Cost DC to DC Converter 
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FIGURE 8. An Ethernet MAU Implementation with the CTI 
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CHEAPERNET APPLICATION WITH 
THE DP8391 AND DP8392 

The pin assignment of both the CTI and the SNi are de- 
signed to minimize the crossover of any printed circuit 
traces. Some of the components needed for an Ethernet 
like interface are not needed for Cheapernet. For instance, 
Cheapernet's relaxed load capacitance (8 pF, compared 
with 4 pF for Ethernet) obviates the need for an external 
capacitance isolation diode at TXO. Also, since the trans- 
ceiver drop cable is not used in Cheapernet, there's no 
need for the 78n termination resistors. Moreover, without 
the 78n loading on the differential outputs, the pulldown 
resistors for both the CTI's collision and receive drivers and 
the SNI's transmit driver can be larger to save power. These 
resistors can be 1 .5k instead of 500n for the CTI and 500n 
instead of 270n for the SNI. 

The 20 MHz crystal connection to the SNI requires special 
care. The IEEE 802.3 standard requires a 0.01 % absolute 
accuracy on the transmitted signal frequency. An external 
capacitor between the X1 and X2 pins is normally needed to 
get the required frequency range. Section 3.1 of the data 
sheet describes how to choose the value of this capacitor. 



The SNI also provides loopback capability for fault diagno- 
sis. In this mode, the Manchester encoded data is internally 
diverted to the decoder input and sent back to the control- 
ler. Thus both the encoding and the decoding circuits are 
tested. The transmit differential output driver and the differ- 
ential input receiver circuits are disabled during loopback. 
This mode can be enabled by a TTL active high input at pin 

7: ■ . . . 

Two different modes, half step and full step, can be select- 
ed at the SNI's transmit output. The standards require half 
step mode of operation, where the output goes to differen- 
tial zero during idle to eliminate large idle currents through 
the pulse transformers. On the other hand, the differential 
output remains in a fixed state during idle in full step mode. 
The SNI thus can be used vifith transceivers which work in 
either mode. The two different modes can be selected with 
a TTL Input at pin 5. 

Figure 9 shows a typical Cheapernet connection diagram 
using the DP8391 and the DP8392. 
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FIGURE 9. Cheapernet Connection Diagram 



The power isolation is similar here as in the Ethernet appli- 
cation, except the DC input is now usually 5V instead of 
12V. Hybrid DC to DC converters are also being developed 



for this application (Ex: Pulse Engineering PE64381). Figure 
10 shows a discrete implementation with 5V input and -9V 
output. 
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FIGURE 10. DC to DC Converter (SV to -9V) 
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REF: TEST LAB FILES 

RDT25406 RDT26627 

RDT25500 . RDT26638 ■, 

RDT26562 

ABSTRACT 

DP8392 Coaxial Transceiver Interface parts from 8 lots 
were subjected to Operating Life Test, Temperature and 
Humidity Bias Test, Temperature Cycle Test, and Electro- 
static Discharge Test. ■ 

PURPOSE OF TEST 

Evaluation of new device and qualification of U.K. fab. 

TESTS PERFORMED 

Operating Lite Test (OPL) (100«C; biased) 

Operating Life Test (OPL) (125"'C; biased) 

Temperature and Humidity Bias Test (THBT) (85°C; 85% 

R.H.; biased) 

Temperature Cycle Test (TMCL) (-40°C, +125°C; unbi- 
ased) 

Electrostatic Discharge Test (ESD) (Human body model: 
R = ISOOfl; C = 120 pF) 

CONCLUSIONS 

1. The DP8392AN exceeds the IEEE 802.3 specification of 
1 million hours Mean Time Between Failure (MTBF). 

2. U.K. fab results are comparable to those of Santa Clara. 
On ESD testing all pins passed at 1000V except for pin 7 
(TX+). 



TEST SAMPLE DESCRIPTION/HISTORY 



Lot 


Device 


Package 


Date 
Code 


Fab 
Location 


Assembly 
Location 


1 


DP8392 


N, 16 Leads 


8509 


NSSC 


NSEB 


; 2 


DP8392 


N, 16 Leads 


8513 


NSSC 


NSEB 


3 


DP8392 


N, 16 Leads 


8526 


NSSC 


NSEB 


4 


DP8392 


N, 16 Leads 


8552 


NSSC 


NSEB 


5 


DP8392A(-4) 


N, 16 Leads 


8620 


NSUK 


NSEB 


6 


DP8392A(-5) 


N, 16 Leads 


8637 


NSUK 


NSEB 


7 


DP8392A(-5) 


N, 16 Leads 


8637 


NSUK 


NSEB 


8 


DP8392A(-5) 


N, 16 Leads 


8637 


NSUK 


NSEB 


g 


DP8392C 


N, 16 Leads 


9106 


NSUK 


NSEB 


10 


DP8392C 


N, 16 Leads 


9106 


NSUK 


NSEB 


11 


DP8392C 


N, 16 Leads 


9106 


NSUK 


NSEB 


12 


DP8392C 


N, 16 Leads 


9106 


NSUK 


NSEB 


13 


DP8392C 


N, 16 Leads 


9106 


NSUK 


NSEB 


14 


DP8392C 


N, 16 Leads 


9106 


NSUK 


NSEB 



RESULTS 




















Temperature 


Lot 


Fab 


Time Point— Number of Failures 


Test 


Hours 




168 


336 


500 


1000 


2000 


OPL 


100°C 


1 


NSSC 


0/50 




0/50 


0/50 






100°C 


2 


NSSC 


0/50 




0/50 


0/50 






125°C 


3 


NSSC 


0/74 












125°C 


4 


NSSC 


0/100 




0/100 


0/100 


0/100 




100°C 


5 


NSUK 


0/60 












lOCC 


6 


NSUK 




0/33 


0/33 


0/33 


0/33 




100°C 


7 


NSUK 




0/31 


0/31 


0/31 


0/31 




100°C 


8 


NSUK 




0/33 


0/31 


0/31 


0/31 




85°C 


9 


NSUK 






0/77 


0/77 






85"'C 


10 


NSUK 






0/77 


0/77 






85'C 


11 


NSUK 






0/77 


0/77 






lOO'C 


12 


NSUK 


0/64 




0/64 


0/64 


0/64 




lOO-C 


13 


NSUK 


0/25 




0/25 


0/25 


0/25 




100°C 


14 


NSUK 


0/10 




0/10 


0/10 


0/10 


THBT 


85°C; 85% R.H. 


1 


NSSC 


0/50 




0/50 


0/50 








2 


NSSC 


0/50 




0/50 


0/50 








3 


NSSC 


0/75 




0/75 


0/75 








9 


NSUK 


0/30 




0/30 


0/30 








10 


NSUK 


0/30 




0/30 


0/30 








11 


NSUK 


0/30 




0/30 


0/30 
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RESULTS (Continued) 



Test 



ACLV 



Temperature 



12rC;100%R.H. 



Lot 



9 
10 

11 



Fab 



NSUK 
NSUK 
NSUK 



TMCL 



-40''C, +125°C 
-65°C, +150°C 
-65°C, +150°C 
-65°C, +150°C 



4 

9 

10 

11 



NSSC 
NSUK 
NSUK 
NSUK 



ELECTROSTATIC DISCHARGE TEST (ESD) RESULTS 

26 parts from 4 wafer lots were tested by the Human Body 
t^odei test condition; R = 15000; C = 120 pF. First ground 
was held common, then Vee- 5 positive and 5 negative puls- 
es were applied for each pin/voltage combination. 



Pin 


Function 


Voltage— Number 
of Failures 


500V 


1000V 


1 


CD+ 


0/26 


0/20 


2 


CD- 


0/26 


0/20 


3 


RX+ 


0/26 


0/20 


4 


Vee 


0/26 


0/20 


5 


Vee 


0/26 


0/20 


6 


RX- 


0/26 


0/20 


7 


TX+ 


6/26 


13/20 


8 


TX- 


0/26 


0/20 


9 


. HBE 


0/26 


0/20 


10 


GND 


0/26 


0/20 


11 


RR + 


0/26 


0/20 


12 


Vee 


. 0/26 


0/20 


13 


Vee, 


0/26 


0/20 


14 


RXi 


0/26 


0/20 


15 


TXO 


0/26 


0/20 


16 


CDS 


0/26 


0/20 



Time Point— Number of Failures 
Hours 



168 



0/77 
0/66 
0/77 



336 



500 



0/77 
0/66 
0/77 



1000 



Cycles 



500 



0/70 
0/77 
0/66 
0/77 



1000 



0/70 
0/77 
0/66 
0/77 



2000 



0/70 
0/77 

0/66 
0/77 



3000 



0/70 



2000 



30 
SL 
S' 
g; 

o 

u 

■-«• 
fit 

u> 

c 

3 

3 
fi> 



o 

■o 

00 

w 



Further characterization has been done to determine indi- 
vidual pin ESD damage thresholds. In particular, for pin 7 
CTX+), 80 parts from 4 wafer lots were tested. Pin 7 ESD 
damage thresholds varied from 200V-300V to 
2000V-3000V, with a mean of 1800V. 

MTBF (MEAN TIME BEFORE FAILURE) 
CONSIDERATIONS 

Results total: 212, 000 device hours at 125°C, failures 

301,000 device hours at 100°C, failures 
Assume: Ea = 0.7 eV 

Pd = 800 mW 

eja = 45'C/W 

Chi-square statistics, 60% confidence 
Then: MTBFmin at 25°C ambient = 93,000,000 

device hours. 

MTBFmin at 70°C ambient = 5,100,000 

device hours. 
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Interfacing the DP8392 to 
93n and 75^ Cable 



The DP8392 Ethernet Coaxial Transceiver Interface (CTI) is 
designed primarily tor 10BASE2 and 10BASE5 applications 
which use 50n coaxial cable. However, with minor modifica- 
tions it is possible to use this transceiver with larger imped- 
ance cables. This article shows how to use the DP8392 with 
75n or 93n cable. The trade off is that segment span is 
reduced to accommodate for higher series DC resistance of 
these cables. The CTI is a current driver. The two important 
factors that must be handled properly in using the chip with 
7511 and 93n cables are the dynamic range of the transmit- 
ter and collision detection levels. 

DYNAMIC RANGE 

The dynamic range of the transmitter Is important in the 
following case: 

Suppose two stations collide with one-anolher. To detect 
collisions properly, each station must sink at least as much 
DC current as it would in a non-collision case. This would 
mean that with the 93n cable when a collision occurs the 
chips should be able to sustain approximately -4V DC lev- 
el. If the signals from the colliding stations are in phase the 
AC signal could be 8V peak to peak. 
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The DP8392's transmitter clamps before it pulls to -8V. 
However, when it clamps it also changes the duty cycle 
enough to sustain the -4V DC collision level. 
An internal diode is included in series with the transmitter's 
output to isolate its capacitance and thereby minimizing the 
tap capacitance. For more dynamic range margin, it is rec- 
ommended that external isolating diodes at the transmitter 
output not be used. It is also advisable to design the power 
supply to operate at the higher end of the 8.55V to 9.45V 
range. 

COLLISION LEVELS— RECEIVE MODE 

In order to understand the concerns with collision levels, it is 
necessary to calculate the levels for Cheapernet (10BASE2) 
50n cable (RG58AU) as an example. 

son Cable Example (RG5BA/U) 

Table I shows the parameter values that are used in calcu- 
lating the collision levels. Please note that all the levels In 
this article are for receive mode collision detection. 



TABLE I. Assumptions and Definitions 



Rt 



Rdc 



' Termination Resistor at 20°C 



= Temp. Coef . of the Terminator 



Maximum Segment Length 



= Maximum Cable DC Res. at 20''C 



= Temp. Coef. of Copper 



Tm 



SR 



Rc 



Ib- 



Ro 



SK 



Rs 



Rl 



Maximum Cable Temp. 



■ Step Response at Max Cable Length 



■ 50 ±1% 



= 0.0001 /°c 



= 185m 



= 0.04B9n/m 



= 0.004/°C 



50°C 



Max Connector Res./Station 



■ Max Positive Bias Current 



= Max Negative Bias Current 



Max DC Drive Current 



= Min. DC Drive Cun-ent 



= Non Transmitting Output Impedance 



= Max Nodes per Segment 



= Skew Factor, Effect of Encoder 

Skew on DC Level 
= (SKEW X 4)/100 



' Max DC Loop Res, of a Segment 



SEO 



Load Resistance Seen by a Driver 



= Sending End Overshoot 



= 0.98 



= 0.0034n 



' 2/iiA 



= 25^A 



= 45 mA 



= 37mA 



lOOkn 



= 30 



■■ 0.02 for 0.5 ns Skew 



802.3 



ASSUMPTION 



802.3 



BELDEN 
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802.3 



802.3 



802.3 



802.3 



802.3 



802.3 



802.3 



0.08 



DEFINITION 
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ASSUMPTION 



2-44 



The collision levels that need to be calculated are Vmax and 
Vmin- The Vmax or "no detect" level is the maximum DC 
voltage generated by one node. The worst case here occurs 
when the transmitting node is at the center of a maximum 
length cable, and the collision is being detected either by 
itself or by a station right next to it. On the other hand, the 
Vmin or "must detect" level is the minimum DC voltage gen- 
erated by two minimum stations transmitting at one end of a 



maximum length cable, and the collision is being detected 
by a node on the other side of the cable. 
The filter impulse response is not included in these calcula- 
tions since it is mutually exclusive with the Sending End 
Overshoot. If the impulse response is larger than the Send- 
ing End Overshoot, the exceeding portion should be added 
on to the limits. 
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Maximum Non Collision Level Vmax (No-Detect)— Receive Mode— 50fi Cable 



"5/2 
-VA- 



DETECT IN HERE' 



€ 




l„.,(1tSK) + (n-1)(lB.) 



"Tmax 

Rl 

Vma« 

Rs 
Rl 



= Rt X 1,01 X [(Tm - 20) X tj + 1] 

= Rdc X L X [(Tm - 20) X tc + 11 + N X Re 

= (RTmax + Rs/2)/Z 

= Umax X (1 + SK) + (N - 1)(Ib-)1 X Rl X (1 + SEO) 

- 50 X 1.01 X [(50 - 20) X 0.0001 + 11 

= 0.0489 X 185[(60 - 20) X 0.004 + 1] + 30 X 0.0034 

- (50.652 + 10.234/2)/2 

= [45 X 1.02 + 29 X 0.C251 X 27.885 X 1.03 



TL/F/10444-1 



- 50.652n 
= 10.234n 
= 27.885n 

- 1404 mV 



Minimum Collision Level Vmm (Must-Detect)— Receive Mode— 50n Cable 



DETECT IT HERE 




Ro/(N-2) 



■A/W- 



U (1-SK) I 



QQ 



I Imh (1-SK) 



Rp 

Vd 

Vmin 

Rp 
Vd 

Vmin 



= NEAR END SHUNT RESISTANCE 

- [Ro/(N - 2)l//RTmin 
= Rt X 0.99 

= TRANSMITTER'S END DC VOLTAGE 

= 2 X Irtn X (1 - SK) X [RTmln//(Rs + Rp)l 

- Vo X [Rp/(Rs + Rp)l X SR 

= [100I</281//(SO X 0.99) = 3571//49.5 

= 2 X 37 X 0.98 X [49.5//(1 0.234 + 48.823)1 

- 1952 X [48.823/(10.234 + 48.823)) X 0.98 



- 48.823n 
= 1952 mV 
= 1581 mV 



The calculations show that the V^ax and Vmm are properly placed outside the collision threshold range of the DP8392 (1450 mV 
to 1580 mV). 
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93il Cable Collision Level Calculation 

A few parameters need to be changed when using a different impedance cable. Here are those parameters for 93n cable 
(RG62A/U TYPE, BELDEN 9269); 

TABLE II 
Rt = termination resistor at 20°C = 93 ± 1 % 

L = maximum segment length = 130m 

Rdc = maximum cable DC res. at 20°C =0.1437n/m BELDEN 

Considering the new values the Vmax aid Vmin levels are; 

Maximum Non Collision Level Vmax (No Detect)— Receive Mode— 93n Cable 

Rlmax = 93 X 1.01 X [(50 - 20) X 0.0001 +1] = 94.212n 

Rs = 0.1437 X 130[(50 - 20) X 0.004 + 1] + 30 X 0.0034 =21.02511 

Rl = (94.212 + 21.025/2)/2 = 52.362ft 

Vmax = [45 X 1.02 + 29 X 0.025] X 52.362 X 1.08 = 2636.692 mV 

Minimum Collision Level Vmin (Must Detect)— Receive Mode— 930 Cable 

Rp = [100l</28]//(93 X 0.99) = 3571//92.07 = 89.756n 

Vd = 2 X 37 X 0.98 X [92.070//(21.025 + 89.756)] = 3646.396 mV 

Vmin = 3646.396 X [89.756/(21.025 + 89.756)] X 0.98 = 2695.272 mV 



93n IMPLEMENTATION WITH DP8392 

Figure 1 shows the connection diagram with 93fi cable (1 00 
meters and 30 stations). The design parameters defined be- 
low are summarized in Table III. The resistor divider ratio 
needs to be calculated to attenuate the receiver input sig- 
nal. The two resistors Ri and R2 should center the calculat- 
ed thresholds (2636 mV to 2895 mV) to the internal level of 
DP8392 (1450 mV to 1580 mV). 

The resistor divider and the capacitor Op, Figure 1, (Op in- 
cludes the RXI input capacitance, typically 1 pF, and the pc 
trace capacitance associated with it) form a low pass filter 
effect. It may be necessary to add the capacitor Cc (capaci- 
tor Cc creates a high pass effect) to compensate the low 
pass effect. The equation to calculate the capacitor Cc is; 
Cc X Rg = Op X Ri 



It is also necessary to add the resistor Ra (R3 = R1//R2) in 
series with the CDS pin. This will assure that the voltage 
drop due to the biasing currents into CDS and RXI pins are 
duplicated. 
To check the design; 

[54.Bk/(54.8k + 45.2k)] X 2636 mV = 1444 mV 
[54.8k/(54.8k + 45.2k)] X 2895 mV = 1586 mV 
The DP8932's internal collision range is within this window. 
75(1 CABLE IMPLEMENTATION 
This method can also be successfully implemented for 80 
meters of 75n cable (RG59/U BELDEN 8241). The collision 
thresholds are 2127.8 mV and 2339.6 mV. The correspond- 
ing Ri and R2 values are 67.8 kn and 32.2 kft respectively. 
Table IV summarizes the design parameters. 



CABLE 

L 

Rdc 
N 

Ri 
R2 



TABLE ill 

BELDEN RG62A/U Type 93ft Cable 

1 30 meters 

0.1437 n/m 

30 

54.8k 

45.2k 



CABLE 

L 

Rdc 
N 

Ri 
R2 



TABLE IV 

BELDEN RG59/U 75ft Cable 

80 meters 

0.1894 n/m 

30 

67.8k 

32.2k 




R3 = R,//R2 
FIGURE 1 
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Designing the DP8392 for 
Longer Cable Applications 



The IEEE 802.3 standard is designed for 500 meters of 
Ettiernet cable and 185 meters of Clieapernet (RG58A/U) 
cable. To extend such segments to 1000 meters of Ethernet 
cable and 300 meters of Chieapernet cable requires utiliza- 
tion of Transmit mode collision detection. This method is 
described below. 

COLLISION DETECTION SCHEMES 

The collision circuitry monitors the coaxial DC level. If the 
level is more negative than the collision threshold, the colli- 
sion output is enabled. 

There are two different collision detection schemes that can 
be implemented with the CTI; Receive mode, and Transmit 
mode. The IEEE 802.3 standard allows the use of receive 
and transmit modes for non-repeater node applications. Re- 
peaters are required to have to receive mode implementa- 
tion. These different modes are defined as follows: 
Receive Mode: Detects a collision between any two sta- 
tions on the network with certainty at all times. 
Transmit Mode: Detects a collision with certainty only 
when the station is transmitting. 

Table I summarizes the receive and transmit mode defini- 
tions: ' 
TABLE 1 
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Mode 


Receive 


Transmit 


No. of Stations 





1 


2 


>2 





1 


2 


>2 


Transmitting 
Non-Transmitting 


N 
N 


N 
N 


Y 
Y 


Y 
Y 


N 
N 


N 
N 


Y 
M 


Y 
Y 



Receive Mode: The Receive mode scheme has a very sim- 
ple truth table. However, the tight threshold limits make the 
design of it difficult. The threshold in this case has to be 
between the maximum DC level of one station (-1300 mV) 
and the minimum DC level of two far stations (-1581 mV). 
Several factors such as the termination resistor variation, 
signal skew, and input bias current of non-transmitting 
nodes contribute to this tight margin. On top of the 
-1300 mV minimum level, the impulse response of the in- 
ternal low pass filter has to be added. The CTI incorporates 
a 4-pole Bessel filter in combination with a trimmed on 
board bandgap reference to provide this mode of collision 
detection. 

Transmit Mode: In this case, collision has to be detected 
only when the station is transmitting. Thus, collision caused 
by two other nodes may or may not be detected. This fea- 
ture relaxes the upper limit of the threshold. As a result of 
this, longer cable segments can be used. With the CTI, a 
resistor divider can be used at the Collision Detection Sense 
(CDS) pin to lower the threshold from receive to transmit 
mode. 

COLLISION LEVELS— TRANSMIT MODE 

Table II shows the parameter values that are used in calcu- 
lating the collision levels in transmit mode. 



Y = Detects Collision 

N = Does Not Detect Collision 

M — Might Detect Collision 



TABLE II. Assumptions and Definitions 



Rj 


= Termination Resistor at 20°C 


= 50±r%n 


tT 


= Temp. Coef. of the Terminator 


= 0.0001 /Deg. 


L 


= Maximum Segment Length 


= 300m 
= 1000m 


Hoc 


= Ivlaximum Cable DC Res. at 20"C 


= 0.0489n/m 

= o.oioon/m 


tc 


= Temp. Coef. of Copper 


= 0.004/'C 


Tm 


= Maximum Cable Temp. 


= 50-0 


SR 


= Step Response at Max Cable Length 


= 0.97 
= 0.94 


Rc 


= Max. Connector Res./Station 


= 0.0034n 
= 0.0001 fi 


Ir+ 


= Max. Positive Bias Current 


= 2)iA 


Ib- 


= Max. Negative Bias Current 


= 25)iA 


'max 


= Max. DC Drive Current 


= 45mA 




= Min. DC Drive Current 


= 37mA 


Ro 


= Non Transmitting Output Impedance 


= 100 kn 


N 


= Max Nodes per Segment 


= 100 
= 100 



SK 



Rs 
Rl 
SEO 



= Skew Factor, Effect of Encoder 

Skew on DC Level 
= (SKEWX4)/100 
= Max. DC Loop Res. of a Segment 
= Load Resistance Seen by a Driver 
= Sending End Overshoot 



■■ 0.02 for 0.5 ns Skew 



= 0.10 
= 0.14 





802.3 




ASSUMPTION 


Cheapernet 


802.3 


Ethernet 


802.3 


Cheapernet 


BELDEN 


Ethernet 


BELDEN 




PHYSICS 




ASSUMPTION 


Cheapernet 


NATIONAL 


Ethernet 


NATIONAL 


Cheapernet 


MIL SPEC 


Ethernet 


ASSUMPTION 




802.3 




802.3 




802.3 




802.3 




802.3 


Cheapernet 


802.3 


Ethernet 


802.3 




802.3 




DEFINITION 




DEFINITION 


Cheapernet 


ASSUMPTION 


Ethernet 


ASSUMPTION 
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The calculations below explain how the values for the resis- 
tor divider in Figure 1 are obtained. First, collision levels 
Vmax and Vmm must be calculated. The V^ax or "no detect" 
level is the maximum DC voltage generated by one node. 
The worst case here occurs when the transmitting node is 
at the center of a maximum length cable, and the collision is 
being detected either by itself or by a station right next to it. 
On the other hand, the Vmin or "must detect" level is the 



minimum DC voltage generated by one minimum transmit- 
ting station and another minimum transmitting station at the 
other end of a maximum length cable. 
The filter impulse response is not included In these calcula- 
tion since it is mutually exclusive with the Sending End 
Overshoot. If the impulse response is larger than the Send- 
ing End Overshoot, the exceeding portion should be added 
on to the limits. 



Maximum Non Collision Level Vmsx (NO DETECT)— Transmit Mode 



> RTmax 



RS/2 

-wy- 



DETECT IT HERE - 



f 



RS/2 
-V\Ar- 



S RTmax 



lmax(1+SK)*(n-1)(lB-) 



Rlmax = Rt X 1.01 X [(Tm - 20) X ty + 1] 

Rs = Rdc X L X [(Tm - 20) X to + 1] -I- N X RC 

Rl = (RTmax + Rs/2)/2 

VMax = [llVlax X (1 -h SK) + (N - 1) (Ig-)] X R,. X 
(1 + SEC) 

CHEAPERNET Cable, 300 Meters, 100 Stations: 

Rlmax = 50 X 1.01 X [(50 - 20) X 0.0001 -I- 1] 

= 50.652n 

Rs = 0.0489 X 300 [(50 - 20) X 0.004 H- 1] + 

100 X 0.0034 = 16.7700 



Rl = (50.652 + 16.770/2)/2 = 29.519n 

VMax = [45 X 1.02 -(- 99 X 0.025] X 29.519 X 1.10 

= 1571 mV 

ETHERNET Cable, 1000 Meters, 100 Stations: 

RTmax = 50 X 1.01 X [(50 - 20) X 0.0001 + 1) 

= 50.652n 
Rs = 0.01 X 1000 [(50 - 20) X 0.004 -1-11-1- 100 X 

0.0001 = ii.2in 

Rl = (50.652-1- 11.21 /2)/2 =28.12911 

Vwax = [45 X 1.02 -I- 99 X 0.025] X 28.129 X 1.14 

= 1551 mV 
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Minimum Collision Level \lui„ (MUST DETECT)— Transmit Mode 

Ro/(N-2) 




DETECT IT HERE 



^ Imln (1-SK) 



Rp = Near End Stiunt Resistance 

= [Ro/(N - 2)]//RTmin 
RTMin =RtX0.99 
VS1(1) = station 1's DC Voltage at End 1 

= iMIn X (1 - SK) X [Rp//(Rs + RTmin)l 
VS2(2) = Station 2's DC Voltage at End 2 

= iMin X (1 - SK) X [RTmin//(Rs + Rp)! 
VS2(1) = Station 2's DC Voltage at End 1 

= VS2(2) X [Rp/(Rs + Rp)] X SR 
Vwin = VS1(1) + VS2(1) 
CHEAPERNET Cable, 300 Meters, 100 Stations: 
Rp = [100k/98]//{50 X 0.99) 

= 1020//49.5 = 47.209n 

VS1(1) = 37 X 0.98 X [47.209//(1 6.770 + 49.5)] 

= 1000 mV 
VS2(2) = 37 X 0.98 X [49.5//{1 6.770 + 47.209)] 

= 1012 mV 
VS2(1) = 1012 X [47.209/(47.209 + 16.770)] X 0.97 

= 724 mV 
VMin =1000 + 724 =1724mV 



RS 







rl)lmln (1-SK) 
END 2 
STATION 2 



TL/F/10445-2 



ETHERNET Cable, 1000 Meters, 100 Stations: 

Rp = [1 001^/98] //(50 X 0.99) = 1020//49.5 

- 47.209n 
VS1(1) = 37 X 0.98 X [47.209//(11.21 + 49.5)] 

= 963mV 
VS2(2) = 37' X 0.98 X [49.5//(11.21 + 47.209)1 

= 972 mV 
VS2(1) = 972 X [47.209/(47.209 + 11.21)] X 0.94 

= 738 mV 
VMin = 963 + 738 = 1701 mV 

CIRCUIT IMPLEMENTATION 
Table ili summarizes thie design parameters. 

TABLE lii 



Parameter 


ETHERNET 


CHEAPERNET 


L 


1000 Meter 


300 iVIeter 


N 


100 


100 


VMin 


1701 mV 


1724 mV 


VMax 


1551 mV 


1571 mV 


Rl 


125fi ±1% 


i5on±i% 


Rz 


iokn±i% 


10l<ft ±1% 
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Circuit implementation is shown in Figure 1 





RXI 






/7 


D 




^ 


P 
8 


TXO 








1^ 




<, 


3 


CDS 


ISOUTION DIODE 




2 






] 



COAX 



VEE 



FIGURE 1 



To clieck the design, subtract the additional offset generat- 
ed by the resjstor divider from these levels (Vwax and Wuin) 
and make sure that the internal 8392 collision levels 
(1450 mV to 1580 mV) are within this window. The supply 
voltage is assumed to be 9V± 5%. 

Ethernet 

1551 mV - 8.55V (1250/(10 kO + 125n)) = 1445 mV 
1701 mV - 9.45V (125n/10 kfl + 125J1)) = 1584 mV 



Cheapernet 

1571 mV - 8.5SV (150n/(10 kO + 150n) = 1445 mV 

1724 mV - 9.45V (150fi/(10 kfl + 150n) = 1584 mV 

These calculations show that the resistor values are proper- 
ly selected. 
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Measuring Ethernet Tap 
Capacitance 



INTRODUCTION 

When a node is added to an Ethernet network, its nodal 
capacitance changes the impedance of the cable at the 
point of connection to the cable. The impedance change 
causes a reflection of the Ethernet waveform, which distorts 
the waveform. The more the capacitance the greater the 
distortion, and eventually with large enough node capaci- 
tances the Ethernet signal could become so distorted that 
the packet data would become corrupted when decoded by 
a network node. For this reason the IEEE802.3 standard 
specifies a maximum value of capacitance that a node may 
add to the network, as well as a minimum node to node 
distance spacing. Since the capacitance of a node includes 
stray inductances, the effective capacitance of a node con- 
nection cannot be measured simply by using a capacitance 
meter. This note presents the method for measuring capaci- 
tance of an Ethernet tap for 10BASE5 or a BNC "T" for 
10BASE2. 

THE STANDARD'S REQUIREMENTS 
To properly make the measurement, it is important to under- 
stand how the standard specifies the capacitance of a node. 
To quote the IEEE802.3 standard: 
8.3.1.1 Input impedance: The shunt capacitance present- 
ed to the coaxial cable by the MAD circuitry (not including 
the means of attachment to the coaxial cable) is recom- 
mended to be no greater than 2 pF. The resistance to the 
coaxial cable shall be greater than 1 00 kfl. 



The total capacltive load due to MAU circuitry and 
the mechanical connector as specified In 8.5.3.2 
shall be no greater than 4 pF. 
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These conditions shall be met in the power-off and power- 
on, not transmitting states (over the frequencies BR/2 to 
BR). 

The magnitude of the reflection from a MAU shall not be 
more than that produced by a 4 pF capacitance when mea- 
sured by both a 25 ns rise time and 25 ns fall time wave- 
form. This shall be met in both the power-on and power-off, 
not transmitting states. 



^ 



To summarize the maximum allowable capacitance specifi- 
cations for both Thinwire and Thickwire Ethernet the follow- 
ing table is provided. 

TABLE I. Maximum Capacitance Allowed In IEEE802.3 



Standard 



10BASE5 



10BASE2 



Electrical 
Circuitry 



2pF 



4pF 



Mechanical 
Connector 



2pF 



4pF 



Note: Thickwire or Thicl< Ethernet refers to 10BASE5 and Thinwire or Thin 
Ethernet refers to 10BASE2. 




> 

z 

01 



TL/F/11163-1 

FIGURE 1. Simple Model of the Parasitics 
Presented to the Ethernet Cable 

THE TEST METHOD 

Due to the nature of the capacitance of a DTE (Data Termi- 
nal Equipment), rather than perform a simple capacitive 
measurement using a meter, the capacitance of the network 
node is more accurately measured by testing it in an envi- 
ronment where the actual signal reflection caused by the 
capacitance of a node attachment is measured when apply- 
ing a typical Ethernet signal. The magnitude of the reflection 
is then correlated to an equivalent capacitance. This is the 
most appropriate method, since it Is the signal degradation 
due to the capacitive load that is the important considera- 
tion in defining the above specifications. 
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With tha above in mind, tlie test is performed by first mea- 
suring the reflection caused by the attachment of a node. 
Then the DTE is replaced with a reference variable capaci- 
tor, and the capacitor's value is adjusted until the capaci- 
tance that causes the same size reflection is determined. 
The capacitance of the node is therefore the same as the 
reference capacitance value that causes the same ampli- 
tude reflection. 

TEST SETUP AND CABLE 

An example test configuration which measures the capaci- 
tance of the Thicl<wire Ethernet is shown in Figure 2. The 
waveform applied to the test node is an important consider- 
ation in setting up the test, as it will affect the resultant value 
of capacitance. In particular the rise and fall times must be 
carefully chosen to reflect the capacitance seen in an Ether- 
net network, as described in the next section. 
The cable lengths and spacing between the scope input and 
the transceiver's connection are chosen to ensure that the 
reflection due to the transceiver appears on the flat portion 
of the test waveform. This allows accurate measurement. 
The total cable length is equivalent to the full 10BASE5 
length of 500m. 

An oscilloscope is used to measure the voltage of the re- 
flection. The scope, with a 1 MCI input impedance, as shown 
in Figure 2, is connected directly to the cable without a 
probe. This eliminates any errors due to the probe. The dis- 
tance between transceiver connection point "A" and the 
scope is set so that the reflections will arrive at the scope 
right after the signal rise and fall times. Moving point "A" 
any further mal<es the reflections smaller in amplitude (ca- 
ble attenuation) and therefore harder to measure. 
On the scope's display measurements are made at the 
point immediately after the rise time. Reflections are then 
compared to the ones for known discrete capacitors. 



THE TEST WAVEFORM 

In normal network operation the signal on the coax cable 
has rise and fall times of 25 ns ±5 ns (defined by the 
IEEE802.3 standard). With a purely capacitive load applying 
signals with faster (or slower) edges cause larger (or small- 
er) reflections than would be seen on a typical network. If 
the node were purely capacitive this would not affect the 
measurement. The larger (or smaller) node reflection for a 
given parasitic capacitance would track with the reference 
capacitance's reflection yielding accurate measurements. 
However, the node Is actually not a pure capacitance, but 
has some series inductance associated with the network 
connection as shown in Figure 1. The application of signals 
with faster than 20 ns rise and fall times actually result in an 
unrealistically low capacitance measurement. This is be- 
cause the nodes capacitance is buffered by the stray series 
inductances which reduce the reflection magnitude when 
compared to the pure capacitance. This correlates to a low- 
er than actual capacitance. 

On the other hand applying very slow rise and fall times 
(slower than 30 ns) result in the measurement of a larger 
capacitance than actual. This is because the series induc- 
tance effects are less than would be seen with a nominal 
waveform. 

Since it is desirable to measure the capacitance in such a 
way as to correlate to the effective capacitance seen when 
IEEE802.3 signaling is used, the best compromise choice is 
to select a 25 ns rise and fall times for this test. (This is the 
reason for this choice in the actual standard.) 
Again, the reason behind this decision is that although the 
s 30 ns edges indicate larger capacitances a signal with 
25 ns edge produces results that more correctly represent 
the actual effect of the attached node's capacitance. 
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As shown in Figure 3, a low frequency trapezoidal signal is 
used. This will keep the reflections from each edge of the 
signal well away from the next edge enabling easier mea- 
surement. The 2 Vpp test input signal is the typical voltage 
swing on the coax cable in normal operation. In the case of 
a discrete capacitor the voltage level of the signal may not 
be important. However, due to the non-linearity of the node 
and DP8392 capacitance a typical voltage signal should be 
used following the same rational as was used for the signal 
rise and fall times. 
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Note: This figure is conceptual. II does not show the waveform details. 
FIGURE 4. Example of Reflection 

TEST RESULTS 

A special jig was built to connect the ICs to point "A" in 
Figure 2. This greatly improves measurement repeatability. 
Data repeatability of 0.01 pF is achieved. 
Typical data for RXl and TXO capacitances are 1.0 pF and 
2.0 pF respectively. Total node capacitance can be reduced 
to around 1 .6 pF with the addition of a small capacitance 
diode in series with the TXO output, as shown in Figure 5. 
For Ethernet applications two diodes in series can be used 
instead. 
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FIGURE 5. DP8392 Connection Diagram 
INACCURACIES OF THE CAPACITANCE METER 

As stated, in a real network, it is not the node capacitance 
that creates a problem, but too large a reflection caused by 
this capacitance. This reflection distorts the cable signal. 
Therefore the best method of test is to measure the reflec- 
tion under true network waveforms. By the same analogy 
capacitance meters which have a test signal frequency that 
does not correspond to 25 ns rise and fall time do not reveal 
a true measurement of capacitance, and so capacitive mea- 
surements done only with a capacitance meter are usually 
(almost always) inaccurate to the true effective capacitance 
as seen by the network cable. 
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Low Power Ethernet with 
the CMOS DP83910 Serial 
Networic Interface 



INTRODUCTION 

This application note discusses the features of, and imple- 
mentation techniques for, National Semiconductor's CMOS 
Serial Network Interface (SNI), the DP83910. Also, a com- 
parison of the CMOS SNI to National's bipolar SNI 
(DP8391) on several key issues will be provided. In general, 
the DP83910 provides a low power Attachment Unit Inter- 
face (AUI) for a Carrier-Sense Multiple Access with Collision 
Detect (CSMA/CD) Ethernet system. In fact, when used in 
conjunction with National Semiconductor's Network Inter- 
face Controller (NIC, DP8390) and Coaxial Transceiver In- 
terface (CTI, DP8392), the DP83910 provides for a com- 
plete IEEE 802.3 Ethernet and/or thin wire Ethernet solu- 
tion, as shown in Figure 1. 

FUNCTIONAL DESCRIPTION OF THE DP83910 

The CMOS SNI operates as an interface between an Ether- 
net transceiver and a local area network data controller. A 
functional block diagram of the DP83910 is shown in Figure 
2. The primary function of this interface is to perform the 
encoding and decoding that Is necessary for the differential 
pair Manchester encoded data of the transceiver and the 
Non-Return-to-Zero (NRZ) serial data of the NIC to be com- 
patible with each other. In the case of a transmission, the 
SNI translates the NRZ serial data from a network control- 
ler's transmit data line into differential pair Manchester en- 
coded data on a transceiver's transmit pair. In order to 
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perform this operation, the NRZ bit stream is first received 
by the Manchester encoder block of the SNI. Once the bit 
stream is encoded, it is transmitted out differentially on to 
the transmit differential pair through the transmit driver. 
When a reception takes place, the differential receive data 
from a transceiver is converted from Manchester encoded 
data into NRZ serial data and a receive clock, which are 
passed to the receive data and receive clock inputs of the 
Network Interface Controller. In executing this sequence, 
the DP839iO's data receiver takes the Manchester data 
from the differential receive lines and passes it to the phase 
locked loop (PLL) decoder block. The PLL block then de- 
codes the data and generates a data receive clock and a 
stream of NRZ serial data, which Is presented to the NIC. In 
the case of National Semiconductor's Network Interface 
Controller, the DP8390, the serial NRZ signals are called 
TXD and RXD. 

In addition to performing the Manchester encoding'and de- 
coding function, the DP83910 also provides several impor- 
tant network signals to the network controller. A diagram of 
the interface between National Semiconductor's NIC and 
the CMOS SNI can be found in Figure 3. The first of these 
signals is carrier sense (CRS), which indicates to the con- 
troller that data is present on the SNI's receive differential 
pair. Secondly, the SNI provides the network controller with 
a collision detection signal (COL), which informs the control- 
ler that a collision is taking place somewhere on the net- 
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FIGURE 3. Interface between the DPS390 and DP83910 



work. The SNI Itself is informed of the collision when its 
collision receiver detects a 10 MHz signal on the differential 
collision input pair. Finally, the DP83910 provides both the 
receive and transmit clocks (RXC and TXC, respectively). 
The transmit clock is a divide by two derivative of the SNI's 
oscillator inputs (XI and X2), while the receive clock is gen- 
erated directly from the frequency of the input data to the 
PLL. 

The DP83910 can also be placed in a loopback mode, in 
order to check the SNI's receive and transmit interface to 
the network controller. In loopback, as pictured above, the 
SNI's Manchester encoder block is essentially connected 
directly to the PLL decoder block. This allows for the valida- 
tion of the Manchester encoding and decoding process 
without the variable of random network traffic. The SNI is 
placed in loopback mode when the loopback pin (LBK) is 
driven high. 



COMPARING THE DP83910 WITH THE DP8391 

The DP83910 is basically a CMOS version of the existing 
National Semiconductor bipolar SNI, the DP8391 . The func- 
tionality of the two parts Is identical. However, there are a 
few differences that exist between the two parts, in spite of 
the fact that they can be implemented as pin for pin compat- 
ible. The most fundamental difference between the two 
parts is the process under which each is manufactured. The 
DP83910 SNI is fabricated in a CMOS process, while the 
DP8391 is made in a bipolar process. As a result of this, the 
level of average power supply current needed by the 
DP83910 is approximately 75 percent less than the 270 mA 
required by the DP8391. Another significant difference be- 
tween the two parts is the CMOS SNI's need for a pulse 
transformer to be placed between all of its differential sig- 
nals and those of the transceiver, regardless of whether a 
drop cable or thin wire Ethernet configuration is being imple- 
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mented. This is necessary due to the fact that the CMOS 
process wlii not guarantee the IEEE 802.3 16V fail safe 
specification if no isolation is provided to the differential sig- 
nals that go to the AUI cable. One consequence of the 
transformer requirement is that National Semiconductor de- 
fines the AUI interface at the transceiver side of the trans- 
former and only guarantees the correct operation of the 
ClilOS SNI when the pulse transformer is employed in the 
system. 

In addition to the above process related differences, there 
are still two non-process related differences, which need to 
be mentioned. First, the phase locked loop In the bipolar 
SNI is digital, while the phase locked loop of the CI\40S SNI 
is analog. This is functionally transparent when designing 
with the DP83910; however, it does provide for a significant 
savings in power consumption. Finally, it should be noted 
that pin 17 (TEST) on the bipolar SNI is required to be tied 
to ground through a capacitor, while the same pin on the 
CMOS SNI can either be implemented in the same manner 
or connected directly to ground. A list of all the above men- 
tioned differences can be found in Table I. 

DESIGNING WITH THE DP83910 

In developing the DP83910, National Semiconductor per- 
formed extensive testing in its own Local Area Network Lab- 
oratory to assure that the CiMOS SNI would provide an easi- 
ly implemented low power controller/transceiver interface 
for Ethernet system designers. This development and test- 
ing assured that the DP83910 was IEEE 802.3 and Ethernet 
compatible, able to interface with industry standard trans- 
ceivers (Ethernet, Twisted Pair Ethernet, and Fiber Optic 
Ethernet), and Is capable of having the National Semicon- 
ductor DP8391 as a pin-for-pin replacement. In Figures 4 
and 5, two methods of implementing the DP83910 with the 
DP8392 are demonstrated. One significant feature of both 
designs is that it is possible to directly substitute a DP8391 
for the CMOS SNi and maintain the same functional quality. 

The DP83910 Transmitter Operation 
When operating as a transmitter, the DP83910 combines 
NRZ data received from the controller with a clock signal, 
which the SNI generates, and encodes them into a Uan- 
chester serial bit stream. This encoded signal then appears 
differentially at the SNI's TX± output. In Ethernet 
(lOBaseS) applications, this signal is sent to the transceiver 
or the Medium Attachment Unit (MAU) through an AUI 
transceiver cable. This cable, which can be up to 50 meters 



in length, typically consists of four individually shielded twist- 
ed wire pairs (TX±, RX±, CD±, and PWR/GND), which 
are covered by an additional overall shield. The transmit 
signal pair, which has a differential characteristic impedance 
of 78n, should be terminated at the receiving end of the 
cable. It should be noted that each of the TX-h and TX- 
source follower outputs needs to be connected to ground 
through a 270n pull down resistor. 
When employing the CMOS SNI, it is important to place a 
pulse transformer between the differential transmit pair on 
the DP83910 and the differentia! transmit signal on the AUI 
cable or Ctl, as shown in Figures 4 and 5. This transformer 
is required in order to provide the necessary isolation for the 
CMOS SNI to meet the IEEE 802.3 16V fail safe specifica- 
tion. However, the pulse transformer does reduce the trans- 
mission of noise onto the transceiver cable. Also, it should 
be noted that more inductive transformers will decrease the 
magnitude of the undershoot Furthermore, it Is imperative 
that the designer guarantee the inductive load seen be- 
tween the DP83910's AUI interface and the CTI receiver be 
greater than 27 /xH. Transformers with 50 jiH to 1 50 fiH 
loading, such as the Pulse Engineering PE64103 and Nano 
Pulse NP5417, are recommended, since they will minimize 
the inductive undershoot on the SNI's TX± output pair and 
reduce the noise seen by the CTI's differential transmit input 
pair. It is important that the selected pulse transformer 
doesn't excessively increase the rise and fall time nor lower 
the output amplitude despite the fact that it reduces the 
undershoot. 

The DP83910 provides both half and full step modes. The 
IEEE 802.3 standard requires the use of half step mode, in 
which the transmit output goes to differential zero In idle. In 
full step mode, the transmitter enters idle and stays at a 
fixed level. This will eventually allow the pulse transformer 
to completely saturate. The desired mode of operation is 
chosen through the Mode Select pin (SEL) on the SNI. 

The DP83910 Data Receiver Operation 

While performing reception, the CMOS SNI receives differ- 
ential Manchester encoded serial data and converts it into 
NRZ serial data and a receive clock. The Manchester en- 
coded data, which is received from the CTI or AUI cable, 
must be isolated before it reaches the SNi. Hence, the 
DP83910 requires that there be a pulse transformer on the 
SNI's side of the AUI interface. The actual employment of 
this transformer can be seen in both Figures 4 and 5. This 



TABLE 1. Comparison of the DP8391 and DP83910 




DP8391 


DP83910 


Process 


Bipolar 


CMOS 


Power Consumption 
(Typical) 


270 mA 


70 mA 


Pulse Transformer 

(At DTE Side of AUI Interface) 


Optional 


Required 


Phase Locked Loop 


Digital 


Analog 


Pin 17 


PLL Filter/Capacitor 
Required 


Test Pin/Capacitor 
Optional 
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transformer is mandatory and it forms part of the internal DC 
biasing circuit used for the differential receivers. Further- 
more, the transformer is also needed to Isolate the trans- 
ceiver cable against the 16V voltage fault specification in 
the IEEE 802.3 standard. The performance of the differen- 
tial receiver is not greatly affected by the selection of a 
pulse transformer. As a result, the pulse transformer select- 
ed for the transmitter design will also work correctly for the 
RX± data receiver. It should be noted here that the collision 
receiver is very similar to the data receiver and requires the 
same isolation. The collision input will be discussed more In 
the following section. 

Once the data arrives at the receiver Inputs of the SNI, It Is 
amplified and then decoded by the analog phase locked 
loop, which can receive Manchester data with ± 20 ns of 
random jitter. During the decoding process, the incoming 
signal Is converted into NRZ data and a receive clock, 
which are sent to a network controller. Also, the differential 
data receiver has a built in filter to provide a static noise 
margin. This filter enables the SNI to reject signals that do 
not exceed the Input squelch voltage and have less than a 
30 ns pulse width. 

Furthermore, since the DP83910 and pulse transformer 
constitute the AUI Interface, the physical connection be- 
tween the AUI and the MAU interfaces is defined as being 
on the MAU side of the pulse transformer. In light of this, it is 
permissible, when incorporating the CMOS SNI in a thin wire 
Ethernet application, to have a 78fl resistance appear 
across the differential receive and collision inputs to the 
CTI, as shown in Figure 5. 

The DP83910 Collision Pair Operation 

In addition to the data receiver, the DP83910 also provides 
a differential receiver for the collision pair, which is driven by 
the transceiver. This 10 MHz active signal, from the AUI 
Interface, is converted to a TTL signal, digitally stretched, 
and sent to the controller as the Collision Detect Output 
(COL). Just as with the data receiver, the differential colli- 
sion receiver has a built in filter that rejects pulses that do 
not exceed the input squelch voltage level and have a pulse 
width less than 30 ns. 

Optimal Ethernet and Thin Wire Ethernet interface 

If It Is necessary to design a LAN board that minimizes the 
number of switching devices (jumpers) to alternate between 
Ethernet and thin wire Ethernet, the solution In Figure 5 
could be employed. This solution, in contrast to the six 
jumper solution in Figure 4, requires only one switch, which 
enables and disables the power supply to the CTI. In the 
case of thin wire Ethernet, power would be supplied to the 
CTI, while during drop cable Ethernet operation the unused 
CTI would be powered down. Hence, no excessive power Is 
required when thin wire Ethernet is not in use. Furthermore, 
since there is only one switch, it may be feasible to imple- 
ment that switch with a transistor as opposed to a jumper. 
The advantage to using a transistor is that the Ethernet/thin 
wire Ethernet option can now be made to be software se- 
lectable. This is accomplished by developing a control sig- 
nal, which the software can issue to switch the transistor. 
Also, in looking at Figure 5, it is seen that two pulse trans- 
formers are used. The first transformer (Y3) is required by 
the CMOS SNI, for the reasons previously mentioned. The 
second pulse transformer (Y2), however, is used to isolate 
the powered-down CTI from the AUI cable Interface, when 
Ethernet is being used. As In Figure 4, the application in 
Figure 5 allows the direct substitution of a bipolar SNI, the 
DPC391, for the CMOS SNI. 



The DP83910 Oscillator Inputs 

The oscillator inputs of the CMOS SNI can be driven with a 
crystal or an oscillator. In either case, the SNI oscillator 
must be driven with a 20 MHz signal that provides for the 
transmitted frequency to be accurate within 0.01 % as speci- 
fied in IEEE 802.3 standard. When using an oscillator, the 
output of the oscillator should be tied to input X1 of the SNI 
and the X2 Input of the SNI should be left unconnected or 
grounded. However, the employment of a crystal to gener- 
ate the 20 MHz signal at the SNI's oscillator Inputs requires 
a great deal of care. The frequency of the crystal is usually 
measured with a fixed load capacitance (Cl, typically 
20 pF), which is specified in the crystal's data sheet. In or- 
der to prevent any distortion in the transmitted frequency, 
the total capacitance across the crystal's leads should 
equal Its specified load capacitance. The capacitance that Is 
seen by the crystal's leads is the sum of the stray PC board 
capacitance (Cpcs) and the capacitance looking into the X1 
and X2 inputs (Csni). If this capacitance is smaller than the 
crystal's load capacitance, a correctional capacitance (Cc) 
can be placed across the crystal's leads. This correctional 
capacitance would equal the difference between the crys- 
tal's load capacitance and the sum of the stray PC board 
capacitance and the SNI's X1 and X2 Input capacitance. It 
should be noted that the input capacitance of the SNI that is 
seen across XI and X2 is approximately a negligible 0.5 pF. 
Figure 6 displays a possible crystal setup. The selected 
crystal should meet the following specifications: 
Resonant frequency 20 MHz 

Tolerance ±0.001 % at 25°C 

Stability ±0.005% at 0°C-70°C 

Type AT cut 

Circuit Parallel Resonance 



X2 



iumni^a — |— Cc - Cl" (CpQg + Cjni) 

> i 1 



20 MHz c 
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FIGURE 6. SNI Oscillator Input Circuit 

Improving Transmitter Overshoot 

Upon transitioning from a differential voltage of one polarity 
to another polarity (i.e., positive to negative), the magnitude 
of the differential transmit signal will reach a peak value. 
This peak at the transition points in the differential transmit 
waveform is referred to as the overshoot voltage. The over- 
shoot voltage of the DP83910 is below the maximum allow- 
able 1315 mV value that appears in the IEEE 802.3 stan- 
dard. However, the IEEE standard also defines the over- 
shoot voltage to be no greater than 1.12 times the nominal 
value (IEEE calls this nominal value V2). The DP83910 ex- 
ceeds this particular segment of the overshoot specifica- 
tion, as shown in Figure 7. However, exceeding the allowa- 
ble overshoot voltage value, as the CMOS SNI does, will 
have no functional affect on a system. Furthermore, the 
overshoot voltage can be altered to adhere to the IEEE 
802.3 specification by placing a capacitor across the differ- 
ential transmit pair at the primary (SNI side) of the required 
pulse transformer. This capacitor should be in the range of 
40 pF to 50 pF and will not degrade the performance of the 
CMOS SNI or system in any way. It should also be men- 
tioned that the DP8391 , the bipolar SNI, will still be a pin-for- 
pln replacement for the CMOS SNI, in a design which em- 
ploys the capacitor for improving the overshoot. 
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Repeater Interface Controller 



General Description 

The DP83950B Repeater Interface Controller "RIC" may be 
used to implement an IEEE 802.3 multlport repeater unit. It 
fully satisfies the IEEE 802.3 repeater specification including 
the functions defined by the repeater, segment partition and 
jabber lockup protection state machines. 
The RIC has an on-chip phase-locked-lopp (PLL) for Man- 
chester data decoding, a Manchester encoder and an Elas- 
ticity Buffer for preamble regeneration. 
Each RIG can connect to 13 cable segments via its network 
interface ports. One port is fully AUI compatible and is able 
to connect to an external MAU using the maximum length of 
AUI cable. The other 12 ports have integrated 10BASE-T 
transceivers. These transceiver functions may be bypassed 
so that the RIC may be used with external transceivers, for 
example DP8392 coaxial transceivers. In addition, large re- 
peater units, containing several hundred ports may be con- 
structed by cascading RICs together over an Inter-RIC bus. 
The RIC is configurable for specific applications. It provides 
port status information for LED array displays and a simple 
interface for system processors. The RIC posseses multi- 
function counter and status flag arrays to facilitate network 
statistics gathering. A serial interface, known as the Man- 
agement Interface is available for the collection of data in 
Managed Hub applications. 

Features 

■ Compliant with the IEEE 802.3 Repeater Specification 

■ 13 network connections (ports) per chip 

■ Selectable on-chip twisted-pair transceivers 

■ Cascadable for large hub applications 

■ Compatible with AUI compliant transceivers 

■ On-chip Elasticity Buffer, Manchester encoder and de- 
coder 



■ Separate partition state machines for each port 

■ Provides port status information for LED displays in- 
cluding: receive, collision, partition and link status 

■ Power-up configuration options: 

Repeater and Partition Specifications, Transceiver Inter- 
face, Status Display, Processor Operations 

■ Simple processor interface for repeater management 
and port disable 

■ On-chip Event Counters and Event Flag Arrays 

■ Serial Management Interface to combine packet and 
repeater status information together 

■ CMOS process for low power dissipation 

■ Single 5V supply 
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2.0 Connection Diagram— 160 Pin PQFP Pacloge 

Pin Table (12 T.P. Ports + 1 AUI Bottom View) 












Pin Name 


Pin No. 




Pin Name 


Pin No. 




Pin Name 


Pin No. 




Pin Name 


Pin No. 




TX012P- 


40 


NC 


160 


Vcc 


120 


Vcc 


80 


TX012 + 


39 


RXI7- 


159 


GND 


119 


GND 


79 


TX012- 


38 


RXI7 + 


158 


TX02P- 


118 


IRC 


78 


TX012P + 


37 


TX07P+ 


157 


TX02+ 


117 


IRE 


77 


RXI12- 


36 


TX07- 


156 


TX02- 


116 


IRD 


76 


RXI12 + 


35 


TX07+ 


155 


TX02P+ 


115 


COLN 


75 


Vcc 


34 


TX07P- 


154 


RXI2- 


114 


Vcc 


74 


GND 


33 


Vcc 


153 


RXI2+ 


113 


GND 


73 


RXI11- 


32 


GND 


152 


Voc 


112 


. PKEN 


72 


RXI11 + 


31 


TX06P- 


151 


GND 


111 


RXMPLL 


71 


TX011P + 


30 


TX06 + 


150 


RX1- 


110 




70 


&UFEN 


TX01 1 - 


29 


TX06- 


149 


RX1 + 


109 


RD7 


69 


TX011 + 


28 


TX06P+ 


148 


CD1- 


108 


EO 


68 


TX011P- 


27 


RXI6- 


147 


CD1 + 


107 


RTF 


67 


Vcc 


26 


RXI6+ 


146 


TX1- 


106 


§TrT 


66 


GND 


25 


Vcc 


145 


TX1 + 


105 


Vcc 


65 


TXO10P- 


24 


GND 


144 


Vcc 


104 


GND 


64 


TXO10+ 


23 


RXI5- 


143 


GND 


103 


STro 


63 


TXO10- 


22 


RXI5 + 


142 


Vcc 


102 


ACTND 


62 


TXO10P+ 


21 


TX05P+ 


141 


GND 


101 


ANYXND 


61 


RXI10- 


20 


TX05- 


140 


CLKIN 


100 


ACKO 


60 


RXI10 + 


19 


TX05+ 


139 


RA4 


99 


mrxc 


59 


Vcc 


18 


TX05P- 


138 


RA3 


98 


MEN 


58 


GND 


17 


Vcc 


137 


RA2 


97 


MRXD 


57 


RXI9- 


16 


GND 


136 


RA1 


96 


MCRS 


56 


RXI9 + 


15 


TX04P- 


135 


RAO 


95 


Vcc 


55 


TX09P + 


14 


TX04 + 


134 


Vcc 


94 


GND 


54 


TX09- 


13 


TX04- 


133 


GND 


93 


ACKI 


53 


TX09 + 


12 


TX04P + 


132 


MLOAD 


92 


ACTNS 


52 


TX09P- 


11 


RXI4- 


131 


CDEC 


91 


ANYXNS 


51 


Vcc 


10 


RXI4 + 


130 


WR 


90 


PCOMP 


50 


GND 


9 


Vcc 


129 


RD 


89 


NC 


49 


TX08P- 


8 


GND 


128 


D7 


88 


RXI13- 


48 


TX08 + 


7 


RXI3- 


127 


D6 


87 


RXI13 + 


47 


TX08- 


6 


RXI3 + 


126 


D5 


86 


TX013P+ 


46 


TX08P+ 


5 


TX03P+ 


125 


D4 


85 


TX013- 


45 


RXIB- 


4 


TX03- 


124 


D3 


84 


TX013 + 


44 


RXI8+ 


3 


TX03 + 


■ 123 


D2 


83 


TX013P- 


43 


Vcc 


2 


TX03P- 


122 


D1 


82 


Vcc 


42 


GND 


1 


NC 


121 


DO 


81 


GND 


41 




ilole: NC = No Connect 
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2.0 Connection Diagram— 160 Pin PQFP Pacl<age (continued) 



a. + I a. 

fs| N N CM J 



— fit rrt 0> 0> 0> Oi _.iJJ»«»»#i«-rt( 



llllii>°iiiligg>°ilgggii>°iii^^S^>°§^^sei^>' 



GND- 

VoD- 

TX013P-- 

TX013+- 

TX013-- 

TX013Pt- 

RXn3+- 

RXII3-- 

NC- 

PCOMPz ■ 

ANYXNS • 

ACTNS ■ 

ACKIz- 

GND' 

V|)D- 

MCRS' 

MRXD' 

MEN' 

MRXC' 

ACKOz ■ 

ANYXND ■ 

ACTND ■ 

STROi ■ 

GND 

STRIl 

RTIz 

ELIz 

RDYz 

BUFENz 

RXMPLL 

PKEN 

GND 

Vqd 

COLN 

IRD 

IRE 

IRC 

GND 



II''''' 



II' 



I I ■ ' I I ■ 



■fOc«i»-oa>eor-^«>m'**'iN' 



41 
42 
43 
44 
45 
46 
47 
48 
49 
50 
51 
52 
53 
54 
55 
56 
57 
58 
59 
60 
61 
62 
63 
64 
65 
66 
67 
68 
69 
70 
71 
72 
73 
74 
75 
76 
77 
78 
79 
80 



RIC 
DP83950 



I ^ lO <o r^ CO O) I 



I I I I I I I I I I I I I I I I I I I I 



itO-«J-i/iu3r^aj(nooooooOOOO'--^'- — »— *— ■^^'-' 



I 160 
159 
158 
157 
156 
155 
154 
153 
152 
151 
150 
149 
148 
147 
146 
145 
144 
143 
142 
141 
140 
139 
138 
137 
136 
135 
134 
133 
132 
131 
130 
129 
128 
127 
126 
125 
124 
123 
122 
121 



-V, 



NC 

RXI7- 

RXI7+ 

TX07P+ 

TX07- 

TX07t 

TX07P- 



I I I I I I I I I I I I I I I I I 



DD 

GND 

■ TX06P- 
■ TX06+ 

TX06- 
■ TX06P+ 
•RXI6- 
■RXI6+ 
■Voo 
'GND 

• RXI5- 
•RXI5'f 

• TXOSP-i- 
•TX05- 

■ TX05t 
■ TX05P- 
■Vdd 
•CND 
■ TX04P- 

• TX04'f 
■ TX04- 

■ TX04Pt 

■ RXI4- 

■ RXU-f 
■Vdd 
-GND 
-RXI3- 
-RXI3'f 

• TX03P'i' 
- TX03- 

- TX03■^ 
- TX03P- 
-NC 



a 

09 
W 

<o 

CJI 

o 
00 






I 4- I o a H 



I -I- I 4- I 



I— I— O O OS OS 



TUF/11096-42 



Ports 2-13 TP 
Port 1 AUI 

Order Number DP83950BVQB 
See NS Package Number VUL160A 
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2.0 Connection Diagram— 160 Pin PQFP Pacl<age (continued) 

Pin Table (1-5 AUI + 6-13 T.P. Ports) 



Pin Name 


Pin No. 


TX012P- 


40 


TX012 + 


39 


TX012- 


38 


TX012P+ 


37 


RXI12- 


36 


RXI12 + 


35 


Vcc 


34 


GND. 


33 


RXI11- 


32 


RXI11 + 


31 


TX011P+ 


30 


TX01 1 - 


29 


TX011 + 


28 


TX011P- 


27 


Vcc 


26 


GND 


25 


TXO10P- 


24 


TXO10 + 


23 


TXO10- 


22 


TXO10P + 


21 


RXilO- 


20 


RXi10+ 


19 


Vcc 


18 


GND 


17 


RXI9- 


16 


RXi9 + 


15 


TX09P+ 


14 


TX09- 


13 


TX09+ 


12 


TX09P- 


11 


Vcc 


10 


GND 


9 


TX08P- 


8 


TX08 + 


7 


TX08- 


6 


TX08P+ 


5 


RXI8- 


4 


RXi8 + 


3 


Vcc 


2 


GND 


1 



Pin Name 


Pin No. 


NC 


160 


RXI7- 


159 


RXi7+ 


158 


TX07P+ 


157 


TX07- 


156 


TX07+ 


155 


TX07P- 


154 


Vcc 


153 


GND 


152 


TX06P- 


151 


TX06+ 


150 


TX06- 


149 


TX06P+ 


148 


RXi6- 


147 


RXi6 + 


146 


Vcc 


145 


GND 


144 


RX5+ 


143 


RX5- 


142 


CD5+ 


141 


CD5- 


140 


TX5+ 


139 


TX5- 


138 


Vcc 


137 


GND 


136 


TX4- 


135 


TX4+ 


134 


GD4- 


133 


CD4 + 


132 


RX4+ 


131 


RX4- 


130 


Vcc 


129 


GND 


128 


RX3 + 


127 


RX3- 


126 


CD3 + 


125 


CD3- 


124 


TX3 + 


123 


TX3- 


122 


NC 


121 



Note: NC = No Connect 



Pin Name 


Pin No. 


Vcc 


120 


GND 


119 


TX2- 


118 


TX2+ 


117 


CD2- 


116 


CD2+ 


115 


RX2 + 


114 


RX2- 


113 


Vcc 


112 


GND 


111 


RX1- 


110 


RX1 + 


109 


CD1- 


108 


CD1 + 


107 


TX1- 


106 


TX1 + 


105 


Vcc 


104 


GND 


103 


Vcc 


102 


GND 


101 


CLKiN 


100 


RA4 


99 


RA3 


98 


RA2 


97 


RA1 


96 


RAO 


95 


Vcc 


94 


GND 


93 


MLOAD 


92 


CD6C 


91 


Wr 


90 


RD 


89 


07 


88 


D6 


87 


D5 


86 


D4 


85 


D3. 


84 


D2 


83 


D1 


82 


DO 


81 



Pin Name 


Pin No. 


Vcc 


80 


GND 


79 


IRC 


78 


IRE 


77 


IRD 


76 


COLN 


75 


Vcc 


74 . 


GND 


73 


PKEN 


72 


RXMPLL 


71 


euf^EN 


70 


RDY 


69 


EU 


68 


RTF 


67 


STRi 


66 


Vcc 


65 


GND 


64 


Stro 


63 


ACTND 


62 


ANYXND 


61 


ACKO 


60 


MRXC 


59 


MEN 


58 


MRXD 


57 


MCRS 


56 


Vcc 


55 


GND 


54 


ACKI 


53 


ACTNS 


52 


ANYXNS 


51 


pCOmp 


50 


NC 


49 


RXI13- 


48 


RXI13 + 


47 


TX013P+ 


46 


TX013- 


45 


TX013 + 


44 


TX013P- 


43 


Vcc 


42 


GND 


41 
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2.0 Connection Diagram— 160 Pin PQFP Pacl<age (continued) 



o o < 



: X X j3 - 
- Q£ oe >■ 



I o o 



X o z X 



GND- 

Vdd- 

TX013P-- 

TX013+- 

TX013-- 

TX013P+- 

RXI13+- 

RXI13-- 

NC- 

PCOMPi ■ 

ANYXNS ■ 

ACTNS ■ 

ACKIz ■ 

GND- 

^DD- 

MCRS- 

MRXD- 

MEN- 

MRXC- 

ACKOz ■ 

ANYXND • 

ACTND ■ 

STROz ■ 

GND- 

VoD- 

STR1Z- 

RTIz- 

ELIZ' 

RDYz' 

BUFENz ■ 

RXMPLL ■ 

PKEN' 

GND' 

^00 ■ 

COLN' 

IRD' 

IRE- 

IRC- 

GND' 

VdD' 






oooOfLX . ^. a. \ + a. d.+ iq.,4. 

Qoooo — — qQSSoooo oSooooS— oS 

Z ><><><>< X X^Og g >< X ><>< X^og ><><><>< g g^Og 

I I I I 

o at (o r 

(NJ ■■- — " 

c 

1950 

•r- c4 tn • 
o a o < 

777' 

'-CSrO^ZO a a Q+ I + I + I Q Qi ++ I + 1.9 
o;fli:2Q:^o> o> xxiacixxo> xxQaxxu)-- 



1 1 1 1 1 1 1 1 1 1 1 1 t 1 1 1 1 1 1 t 1 1 1 1 


oo»«jr^u>in'*KicM'^oc7»cor*-«Dtn-*Mcj — oo>mr-*ioin'#rots»-ooa>r-.u>in'*»ON.- 


41 A 160 


42 ^159 


43 158 


44 157 


45 156 


46 155 


47 154 


48 153 


49 152 


50 151 


51 150 


52 1« 


53 1« 


54 U7 


55 1« 


56 145 


57 1<4 


58 1*3 


11 Ric ;:^ 


:i DP83950 \tl 


63 138 


64 137 


65 136 


66 135 


67 134 


68 133 


69 132 


70 131 


71 130 


72 129 


73 128 


74 127 


75 126 


76 125 


77 124 


78 123 


79 122 


80 121 


0'^e^K)'*ttftu>r-.coOTO*-<MKj"*tn(or^ooo»o 


»-tsiK>"*mior-v«a)o--cMK5'*in«>r*-ooa»oooooooooO'-'-''-»-'-'-'^'-'-'-c«j 


<oeooocoeo6ocoeofloo>o>o>o»cio)o>o>0)0t^^- — *-^T- — — ^T-'-^-^^^^^'-'-^^ 


' — 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 



NC 

RXI7- 
RXI7'f 
TX07P'> 
TX07- 
TX07't 
TX07P- 
^DD . 
GND 
TX06P- 
TX06t 
TX06- 
■TXOeP'f 
■RXI6'- 
■RXI6t 

GND 
■RX5'> 
■RX5- 
■CD5'f 
■CD5- 
■TXS't 
■TX5- 
•Vdd 
•GND 
•TX4- 
'TX4 + 
■ CD4- 
•CD4'> 
■RX4■^ 
•RX4- 
■Vdo 
'GND 
■RX3'f 
■RX3- 
•CD3't 
'CD3- 
'TX3'f 
■TX3- 
•NC 



a 

TJ 

09 
CO 
(O 
U1 

o 
CD 



TL/F/11098-43 



Ports 6-1 3 TP 
Ports1-5AUI 

Order Number DP83950BVQB 
See NS Package Number VUL160A 
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2.0 Connection Diagram— 160 Pin PQFP Pacltage (Continued) 

Pin Table (1-7 AUI + 8-13 T.P. Ports) 



Pin Name 


Pin No. 


TX012P- 


40 


TX012 + 


39 


TX012- 


38 


TX012P+ 


37 


RXI12- 


36 


RXI12+ 


35 


Vcc 


34 


GND 


33 


RXI11- 


32 


RXI11 + 


31 


TX011P+ 


30 


TX011- 


29 


TX011 + 


28 


TX011P- 


27 


Vcc 


26 


GND 


25 


TXO10P- 


24 


TX010+ 


23 


TXO10- 


22 


TXO10P+ 


21 


RXI10- 


20 


RXI10+ 


19 


Vcc 


18 


GND 


17 


RXI9- 


16 


RXI9+ 


15 


TX09P + 


14 


TX09- 


13 


TX09 + 


12 


TX09P- 


11 


Vcc 


10 


GND 


9 


TX08P- 


8 


TX08 + 


7 


TX08- 


6 


TX08P + 


5 


RXI8- 


4 


RXI8 + 


3 


Vcc 


2 


GND 


1 



Pin Name 


Pin No. 


NC 


160 


RX7 + 


159 


RX7- 


158 


CD7+ 


157 


CD7- 


156 


TX7+ 


155 


TX7- 


154 


Vcc 


153 


GND 


152 


TX6- 


151 


TX6+ 


150 


CD6- 


149 


CD6 + 


148 


RX6 + 


147 


RX6- 


146 


VCG 


145 


GND 


144 


RX5 + 


143 


RX5- 


142 


CD5 + 


141 


CD5- 


140 


TX5 + 


139 


TX5- 


138 


Vcc 


137 


GND 


136 


TX4- 


135 


TX4+ 


134 


CD4- 


133 


CD4+ 


132 


RX4+ 


131 


RX4- 


130 


Vcc 


129 


GND 


128 


RX3 + 


127 


RX3- 


126 


CD3 + 


125 


CD3- 


124 


TX3 + 


123 


TX3- 


122 


NC 


121 1 



Pin Name 


Pin No. 


Vcc 


120 


GND 


119 


TX2- 


116 


TX2 + 


117 


CD2- 


116 


CD2+ 


115 


RX2+ 


114 


RX2- 


113 


Vcc 


112 


GND 


111 


RX1- 


110 


RX1 + 


109 


CD1- 


108 


CD1 + 


107 


TX1- 


106 


TX1 + 


105 


Vcc 


104 


GND 


103 


Vcc 


102 


GND 


101 


CLKiN 


100 


RA4 


99 


RA3 


98 


RA2 


97 


RA1 


96 


RAO 


95 


Vcc 


94 


GND 


93 


IWLOAD 


92 


CDEC 


91 


WH 


90 


RD 


89 


D7 


88 


D6 


87 


D5 


88 


D4 


85 


D3 


84 


D2 


83 


D1 


82 


DO 


81 



Pin Name 


Pin No. 


Vcc 


80 


GND 


79 


iRC 


78 


IRE 


77 


IRD 


76 


COLN 


75 


Vcc 


74 


GND 


73 


PKEN 


72 


RXMPLL 


71 


BUFEN 


70 


RDY 


69 


EU 


68 


RTI 


67 


STR1 


66 


Vcc 


65 


GND 


64 


STRO 


63 


ACTND 


62 


ANYXND 


61 


ACKO 


60 


IVIRXC 


59 


IVIEN 


58 


MRXD 


57 


MCRS 


56 


Vcc 


55 


GND 


54 


ACKI 


53 


ACTNS 


52 


ANYXNS 


51 


PCOMP 


50 


NC 


49 


RXI13- 


48 


RXI13 + 


47 


TX013P+ 


46 


TX013- 


45 


TX013 + 


44 


TX013P- 


43 


Vcc 


42 


GND 


41 



Note: NC - No Connect 
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2.0 Connection Diagram — 160 Pin PQFP Package (Continued) 


1 + 4- 1 1 4- 


D--l-la..^ ,^a.l+CL Q.+ la.,4. + i i + 


eHc-(cMcsJ.i ii- ^- ooooiS 1+0.1+0^ 5:*',S:l + 


T-.-.— »— '^'^ «-»- — »- — — •— "-ili. Am°'O'''*0* rowooeOniai ^^ 


oooo = = q" — — oooo qQoooo^i: oQSSoooo agooooSS oQ 


^S>£Sx>c Szxxxxx>« qzxxxxxxqzxxxxxx.q^xxxxxx^qz 




Ill 1 1 1 1 1 1 1 1 






OOTear>.coin-*K>c*i'-oa>oop-.(oin-*focN'-o<T>«or-»i>in'««'K)tS'r-oo>oe>i--*oin"<K)f-4-- 






■>t-«OrOK>rOH^fOK>»OKlK)(MCN«S(NCsIc«JCMM<NC^-^'-'-'^'- — '-'-'-'- 




GND- 


41 A 160 


-NO 


Vdd- 


42 159 


-RX7+ 


TX013P-- 


4J 158 


-RX7- 


TX013+- 


44 157 


-CD7+ 


TX013-- 


45 156 


-CD7- 


TX013P+- 


46 155 


-TX7+ 


RXI13t- 


47 154 


-TX7- 


RXI13-- 


48 153 


-Vdd 


NC- 


49 152 


-GND 


PCOMPz - 


50 151 


-TX6- 


ANYXNS - 


51 150 


-TX6+ 


ACTNS - 


52 149 


-CD6- 


ACKIz - 


53 148 


-C06t 


GND- 


54 147 


-RX6+ 


Voo- 


55 146 


-RX6- 


MCRS- 


56 145 


-Vdd 


MRXO- 


57 144 


-GND 


MEN- 


58 143 


-RX5+ 


MRXC - 


59 RIP 1^2 

60 "'^ 141 


-RX5- 


ACKOz - 


-CD5+ 


ANYXND - 
ACTND - 


V, DP83950 Y,l 


-CD5- 
-TX5+ 


STROz - 


63 138 


-TX5- 


GND- 


64 137 


-VoD 


VOD- 


65 136 


-GND 


STRIz- 


66 135 


-TX4- 


RTIz- 


67 134 


-TX4+ 


ELIz- 


68 133 


-CD4- 


RDYz- 


69 132 


-CD4+ 


BUFENz- 


70 131 


- RX4+ 


RXMPLL - 


71 130 


-RX4- 


PKEN- 


72 129 


-"m 


GND- 


73 128 


-GND 


Vdd- 


74 127 


-RX3+ 


COLN- 


75 126 


-RX3- 


IRD- 


76 125 


-CD3t 


IREn 


77 124 


-CD3- 


IRC- 


78 123 


-TX3+ 


GND- 


79 122 


-TX3- 


Vdd- 


80 121 
--cNio-*io«>r-coo)0'-f>jio->ftn<or«sa)o»oooooooooo — — — '-'-'-'-^'---(N 

(DCO«)0O«)(OCOCOtOO>O>O>O>O>OtO)O»O»Ol — — — »-*-»-»- — — — — — — — — ^'-»-----»- 


-NC 




1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 

C3T-cJrO^m«Dh-NNNNQC»O--C-Jf0'*ZOaQa+ 1 + 1 + lOOl ++ 1 + IQO 




QQClQCiaQQQQ=OQz^<<<<<^ZClZ^»-»- — — '-'-2:^MC>J04MeMC4Z^ 


q;Si^<o>SckS£S^o>"o>xxcioxxo>xxqcixxo> 


gg ^ t-t-oolKDi q:q:oo»-i- 


3 


TL/F/11096-44 


Ports 8-1 3 TP 


Ports1-7AUI 


Order Number DP83950BVQB 


See NS Package Number VUL160A 
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2.0 Connection Diagram— 160 Pin PQFP Package (continued) 

Pin Table (All AUI Ports) 












Pin Name 


Pin No. 




Pin Name 


Pin No. 




Pin Name 


Pin No. 




Pin Name 


Pin No. 




TX12- 


40 


NC 


160 


Vcc 


120 


Vcc 


80 


TX12 + 


39 


RX7+ 


159 


GND 


119 


GND 


79 


CD12- 


38 


RX7- 


158 


TX2- 


118 


IRC 


78 


CD12+ 


37 


CD7 + 


157 


TX2+ 


117 


IRE 


77 


RX12 + 


36 


CD7- 


156 


CD2- 


116 


IRD 


76 


RX12- 


35 


TX7+ 


155 


CD2 + 


115 


GOLN 


75 


Vcc 


34 


TX7- 


154 


RX2 + 


114 


Vcc 


74 


GND 


33 


Vcc 


153 


RX2- 


113 


GND 


73 


RX11 + 


32 


GND 


152 


Vcc 


112 


PKEN 


72 


RX11- 


31 


TX6- 


151 


GND 


111 


RXMPLL 


71 


CD11 + 


30 


TX6 + 


150 


RX1- 


110 




70 


BUFEN 


CD11- 


29 


CD6- 


149 


RX1 + 


109 


RDY 


69 


TX11 + 


28 


CD6 + 


148 


CD1- 


108 


ED 


68 


TX11- 


27 


RX6 + 


147 


CD1 + 


107 


RTF 


67 


Vcc 


26 


RX6- 


146 


TX1- 


106 


STR1 


66 


GND 


25 


Vcc 


145 


TX1 + 


105 


Vcc 


65 


TX10- 


24 


GND 


144 


Vcc 


104 


GND 


64 


TX10+ 


23 


RX5 + 


143 


GND 


103 


STRO 


63 


CD10- 


22 


RX5- 


142 


Vcc 


102 


ACTND 


62 


CD10 + 


21 


CD5 + 


141 


GND 


101 


ANYXND 


61 


RX10+ 


20 


CD5- 


140 


CLKIN 


100 


ACKO 


60 


RX10- 


19 


TX5 + 


139 


RA4 


99 


H^RXC 


59 


Vcc 


18 


TX5- 


138 


RA3 


98 


MEN 


58 


GND 


17 


Vcc 


137 


RA2 


97 


MRXD 


57 


RX9 + 


16 


GND 


136 


RA1 


96 


MORS 


56 


RX9- 


15 


TX4- 


135 


RAO 


95 


Vcc 


55 


CD9 + 


14 


TX4 + 


134 


Vcc 


94 


GND 


54 


CD9- 


13 


CD4- 


133 


GND 


93 


ACKI 


53 


TX9 + 


12 


CD4+ 


132 


MLOAD 


92 


ACTNS 


52 


TX9- 


11 


RX4 + 


131 


CDEC 


91 


ANYXNS 


51 


Vcc 


10 


RX4- 


130 


WR 


90 


PCOMP 


50 


GND 


9 


Vcc 


129 


Rd 


89 


NC 


49 


TX8- 


8 


GND 


128 


D7 


88 


RX13 + 


48 


TX8+ 


7 


RX3 + 


127 


D6 


87 


RX13- 


47 


CD8- 


6 


RX3- 


126 


D5 


86 


CD13 + 


46 


CD8 + 


5 


CD3 + 


125 


D4 


85 


CD13- 


45 


RX8 + 


4 


CD3- 


124 


D3 


84 


TX13 + 


44 


RX8- 


3 


TX3+ 


123 


D2 


83 


TX13- 


43 


Vcc 


2 


TX3- 


122 


D1 


82 


Vcc 


42 


GND 


1 


NC 


121 


DO 


81 


GND 


41 




Note: NC = No Connect 
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2.0 Connection Diagram— 160 Pin PQFP Package (continued) 



«0D- 

TX13-- 

TX13+- 

CD13-- 

CD13+- 

RX13-- 

RX13+- 

NO- 

PC0MP2 ■ 

ANYXNS ■ 

ACTNS ■ 

ACKIz - 

GND- 

''dd" 

MCRS' 

MRXD- 

MEN' 

MRXC' 

ACKOz ' 

ANYXND • 

ACTND ■ 

STROz ' 

GND' 

Vdo' 

STRIi' 

RTIi 

ELIz 

RDYz 

BUFENz 

RXMPLL 

PKEN 

GND 

% 

COLN 

IRD 

IRE 

IRC 

GND 



N N r'4 cs r4 N 

B 5 r ^ " ^ 

_LJL_ 



' + ' ± + ' 



I I 



. . o o o o o o 

'■■I'll 






' ' ■ ' ■ I 



_l_L 



u o q: q: > o 
I I I I I I I I I I 



•ooieOf^ioio-^fON-- 



41 
42 
43 
44 
45 
46 
47 
48 
49 
SO 
51 
52 
53 
54 
55 
56 
57 
58 
59 
60 
61 
62 
63 
64 
65 
66 
67 
68 
69 
70 
71 
72 
73 
74 
75 
76 
77 
78 
79 
80 



RIC 
DP83950 



»- CH ro ^ m us h; ' 
CD CO GO OO CO I 



O'~c^^»o■*^ou>l''•coa»o 
»*-c<iro^m(or^a3a)oooooooooo*- 
toioia)oio>o>o)cno] 



■c^lO■*^ft^or^00(7>o 



1160 - 
159 - 
158 
157 
156 
155 
154 
153 
152 
151 
150 
149 
148 
147 
146 
145 
144 
143 
142 
141 
140 
139 
138 
137 
136 
135 
134 
133 
132 
t31 
130 
129 
126 
127 
126 
125 
124 
123 
122 
121 



NC 

RX7■^ 

RX7- 

CD7t 

CD7- 

TX7't- 

TX7- 

Vdd 

GND 

TX6- 

TX6+ 

CD6- 

CD6-1- 

RX6t 

RX6- 

^DD 

GND 

RX5+ 

RX5- 

CD5t 

CD5- 

TX5+ 

TX5- 

VpD 

GND 

TX4- 

TX4-f 

CD4- 

CD4'f 

RX4-f 

RX4- 

Vdd 

GND 

RK* 

RX3- 

CDi* 

CD3- 

TX3'f 

TX3- 

NC 



I I I 

©•-Ml 

a a a I 



I I II II I I I I I I I I I I I I I I I I I I I I I I II I I I I I 



o 

■o 

09 
U 
<D 

<n 
o 
DO 



: Q DO O + I + I 



I O O I + 



I -I- I Q O 



'v-^ — '.-'.-i-Z^CMCMCNirMrMCMZ^ 



TL/F/1 1095-45 



All AUI Ports 

Order Number DP83950BVQB 
See NS Package Number VUL160A 
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2.0 Connection Diagram— 160 Pin PGA Pacl<age (Continued) 

Pin Table (12 T.P. Ports + 1 AUI Bottom View) 



Pin Name 


Pin No. 


TX012P- 


A15 


TX012 + 


A14 


TX012- 


B14 


TX012P+ 


C13 


RXI12- 


B13 


RXi12+ 


A13 


Vcc 


C12 


GND 


C11 


RXI11- 


B12 


RXi11 + 


811 


TX011P+ 


A12 


TX011-: 


A11 


TX011 + 


CIO 


TX011P- 


A10 


Vcc 


BIO 


GND 


B9 


TXO10P- 


C9 


TXO10 + 


C8 


TXO10- 


A9 


TX010P + 


A8 


RXI10- 


Be 


RXI10+ 


B7 


Vcc 


C7 


GND 


A7 


RXi9- 


A6 


RXI9 + 


B6 


TX09P+ 


C6 


TX09- 


.C5 


TX09 + 


B5 


TX09P- 


A5 


Vcc 


A4 


GND 


84 


TX08P- 


C4 


TX08+ 


A3 


TX08- 


C3 


TX08P + 


D4 


RXi8- 


83 


RXI8 + 


82 


Vcc 


A2 


GND 


D3 



Pin Name 


Pln No. 


RXi7- 


C2 


RXi7+ 


A1 


TX07P + 


B1 


TX07- 


D2 


TX07 + 


E3 


TX07P- 


F3 


Vqc 


CI 


GND 


D1 


TX06P- 


E2 


TX06 + 


G3 


TX06- 


F2 


TX06P + 


E1 


RXI6- 


G2 


RXI6 + 


H3 


NC 


F1 


NC 


G1 


Vcc 


H2 


GND 


J3 


RXi5- 


J2 


RXI5 + 


HI 


TX05P+ 


J1 


TX05- 


K1 


TX05 + 


K3 


TX05P- 


K2 


Vcc 


LI 


GND 


L2 


TX04P- 


,M1 


TX04 + 


L3 


TX04- 


M2 


TX04P+ 


N1 


RXI4- 


N2 


RXI4 + 


M3 


Vcc 


PI 


GND 


R1 


RXI3- 


P2 


RXI3+ 


N3 


TX03P+ 


P3 


TX03- 


R2 


TX03 + 


N4 


TX03P- 


R3 



Pin Name 


Pin No. 


Vcc 


SI 


GND 


P4 


TX02P- 


S2 


TX02 + 


S3 


TX02- 


R4 


TX02P+ 


P5 


RXI2- 


R5. 


RXI2 + 


S4 


Vcc 


85 


GND 


S6 


RX1- 


P6 


RX1 + 


R6 


CD1- 


S7 


CD1 + 


R7 


TX1- 


P7 


TX1 + 


P8 


Vcc 


RB 


GND 


88 


Vcc 


89 


GND 


R9 


CLKIN 


P9 


RA4 


S10 


RA3 


R10 


RA2 


811 


RA1 


P10 


RAO 


R11 


Vcc 


812 


GND 


R12 


IVILOAD 


P11 


Cdec 


S13 


WR 


R13 


TO 


814 


D7 


P12 


D6 


R14 


D5 


815 


D4 


P13 


D3 


PI 4 


D2 


R15 


D1 


816 


DO 


R16 



Pin Name 


Pin No. 


Vcc ' 


N13 


GND 


.P15 


IRC 


N14 


IRE 


P16 


IRD 


N15 


COLN 


N16 


Vcc 


M15 


GND 


M14 


PKEN 


L14 


RXIVI 


LIS 




IVI16 


bUfen 


TO7 


L16 


m 


K16 


RTi 


K14 


STR1 


K15 


Vcc 


J16 


GND 


J15 


STRo 


J14 


ACTND 


H16 


ANYXND 


H15 


aCkO 


H14 


MRXC 


. G14 


MEN 


G15 


MRXD 


G16 


MCR8 


F16 


Vcc 


F14 


GND , 


F15 


acki 


El 5 


ACTNS 


E14 


ANYXNS 


E16 




D16 


PCOMP 


RXi13- 


D15 


RXI13 + 


D14 


TX013P+ 


016 


TX013- 


CI 5 


TX013 + 


816 


TX013P- 


815 


Vcc 


D13 


GND 


CI 4 



Note: NC = No Connect 
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2.0 Connection Diagram— 160 Pin PGA Pacltage* (Continued) 



Vcc 


TX02P- 


1X02* 


RXI2+ 





o 





O 


98 


9e 


9S 


91 


CKD 


7X03- 


TX03P- 


TX02- 








O 


O 


105 


101 


99 


94 


Vcc 


RXI3- 


TX03P+ 


GND 














106 


104 


102 


97 


TX04P+ 


RXI*- 


RXIS-l- 


TX03t 








O 





109 


10S 


103 


100 


TX04P- 


TX04- 


RXI4t 




O 










112 


110 


107 




Vcc 


CND 


TX04+ 







O 







tu 


113 


111 





TX05- 


TX05P- 


TX05+ 





O 





117 


115 


116 


TXOSPt 


RXI5- 


CND 





O 





lis 


120 


121 


RXI5+ 


Vcc 


RXI6+ 








O 


119 


122 


125 



Vcc 


CND 


CD1- 


GND 


Vcc 


RA4 


o 


O 











O 


90 


S9 


86 


81 


80 


// 


RXI2- 


RX1 + 


GDI* 


Vcc 


GND 


RA3 


O 

















92 


87 


85 


82 


79 


76 


TX02Pt 


RX1- 


TX1- 


TXU 


:lkin 


RA1 





O 





O 








93 


88 


84 


83 


78 


74 





NO 


RXI6- 


TX06+ 
















123 


126 


129 




NC 


TX06- 


TX07P- 


r 













124 


128 


133 




TX06P+ 


TX06P- 


TX07+ 


E 


O 










127 


130 


134 




GND 


TX07- 


GND T 


D 


O 


O 


O 




131 


135 


139 




Vcc 


RXI7- 


TX08- T 


C 





O 


O 




132 


138 


144 




TX07P+ 


RXI8+ 


RXI8- 


B 


O 










136 


141 


142 




RXI7+ 


Voc 


Txoa+ 


A 


O 


o 







137 


140 


145 



TXOBPt 
O 

TX08P- TX09- 



O 

146 

GND 
O 
147 

Vcc 
O 
148 



O 

151 

TX09t 
O 

150 

TX09P- 
O 

149 



RIC 
DP83950 



RA2 


Vrc 


CDEC 


RD 


D5 


D1 





o 





O 





O 


75 


72 


69 


67 


64 


60 


RAO 


GND 


WR 


D6 


D2 


DO 











O 





O 


73 


71 


68 


65 


61 


59 


. MLOAD 


D7 


D4 


D3 


GND 


IRE 

















O 


70 


66 


63 


62 


57 


55 






Vcc 


IRC 


IRD 


COLN 









O 


O 


O 






58 


56 


54 


53 








GND 


Vcc 


BUFEN 














O 








61 


52 


48 








PKEN 


RXM 


RDY 











O 


O 








50 


49 


47 








RTi 


STR1 


ELI 








o 














45 


44 


46 








STRO 


CND 


Vcc 























.. 4, 


42 


43 








ACKO 


ANYXND 


ACTND 











O 


O 








38 • 


39 


40 



TXOSP* 

o 

152 

RXI9t 
O 
153 

RXI9- 
O 
154 



Vcc TXOIOt TX010P- TX011+ 



o 

156 



RXI10+ RXMO- 



O 

157 

GND 
O 
155 



O 

158 



O 

3 

GND 
O 

4 



GND 
O 
12 

RXI1H 
O 
10 



MRXC 
O 
37 

Vcc 

o 

33 

ACTNS 
O 
30 



MEN 
O 
36 

GND 
O 
32 

AcRF 
o 

31 



O 

21 



RXI13+ RXI13- 

o o 

26 27 



TXOIOPt TX010- TX0I1P- TX011- 

o o o o 

159 1 6 ; 8 



Vcc TX012Pt GND TX013- 

o o o o 

13 16 20 24 

RXI11- RXI12- TX012- TX013P- 

o o o o 

11 15 17 22 

TX0t1P+ RXI12t TX012t Txbl2P- 

o o o o 

9 14 18 19 



MRXD 
O 
35 

MORS 

.0 

34 

ANYXN5 
O 
29 

PCOMP 
O 
28 

TX013P+ 
O 
25 

TX013+ 
O 
23 



o 

"O 
09 
CO 

<o 

o 



1 



Bottom View 
1AUH- 2-13 T.P. Ports 

Order Number DP83950BNU 
See NS Package Number UP159A 



'Tills package will not be available after May 1994. 
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2.0 Connection Diagram— 160 Pin PGA Package (continued) 

Pin Table (1-5 AUI + 6-13 T.P. Ports) 



Pin Name 


Pin No. 


TX012P- 


A15 


TX012 + 


A14 


TX012- 


B14 


TX012P+ 


C13 


RXI12- 


B13 


RXI12 + 


A13 


Vcc 


C12 


GND 


C11 


RXI11- 


B12 


RXI11 + 


B11 


TX011P+ 


A12 


TX011- 


A11 


TX011 + 


C10 


TX011P- 


A10 


Vcc 


BIO 


GND 


89 


TXO10P- 


C9 


TXO10+ 


C8 


TXO10- 


A9 


TXO10P+ 


A8 


RXI10- 


88 


RXI10+ 


B7 


Vcc 


C7 


GND 


A7 


RXI9- 


A6 


RXI9+ 


B6 


TX09P+ 


C6 


TX09- 


C5 


TX09 + 


B5 


TX09P- 


A5 


Vcc 


A4 


GND 


B4 


TX08P- 


C4 


TX08 + 


A3 


TX08- 


C3 


TX08P+ 


D4 


RXI8- 


B3 


RXI8 + 


B2 


Vcc 


A2 


GND 


D3 



Pin Name 


Pln No. 


RXI7- 


C2 


RXI7 + 


A1 


TX07P+ 


B1 


TX07- 


D2 


TX07+ 


E3 


TX07P- 


F3 


Vcc 


C1 


GND 


D1 


TX06P- 


E2 


TX06+ 


G3 


TX06- 


F2 


TX06P+ 


E1 


RXI6- 


G2 


RXI6+ 


H3 


NC 


F1 


NC 


G1 


Vcc 


H2 


GND 


J3 


RX5+ 


J2 


RX5- 


HI 


CD5 + 


J1 


CD5- 


K1 


TX5+ 


K3 


TX5- 


K2 


Vcc 


LI 


GND 


L2 


TX4- 


Ml 


TX4+ 


L3 


CD4- 


M2 


CD4+ 


N1 


RX4 + 


N2 


RX4- 


M3 


Vcc 


P1 


GND 


R1 


RX3 + 


P2 


RX3- 


N3 


CD3 + 


P3 


CD3- 


R2 


TX3 + 


N4 


TX3- 


R3 



Pin Name 


Pin No. 


Vcc 


SI 


GND 


P4 


TX2- 


S2 


TX2+ 


S3 


CD2- 


R4 


CD2 + 


P5 


RX2+ 


R5 


RX2- 


S4 


Vcc 


S5 


GND 


86 


RX1- 


P6 


RX1 + 


R6 


CD1- 


87 


CD1 + 


R7 


TX1- 


P7 


TX1 + 


P8 


Vcc 


R8 


GND 


88 


Vcc 


89 


GND 


R9 


CLKIN 


P9 


RA4 


810 


RA3 


RIO 


RA2 


811 


RA1 


PIG 


RAO 


R11 


Vcc 


812 


GND 


R12 


MLOAD 


P11 


CDEC 


813 


WR 


R13 


m 


814 


D7 


PI 2 


D6 


R14 


05 


815 


D4 


PI 3 


D3 


P14 


D2 


R15 


D1 


R16 


DO 


R16 



Note: NC = No Connect 



Pin Name 


Pin No. 


Vcc 


N13 


GND 


PI 5 


IRC 


N14 


IRE 


Pie 


IRD 


N15 


COLN 


N16 


Vcc 


M15 


GND 


iVI14 


PKEN 


LI 4 


RXM 


LIS 


BUFdN 


M16 


RDY 


LI 6 


EU 


K16 


RTi 


K14 


STrT 


K15 


Vcc 


J16 


GND 


J15 


STRo 


J14 


ACTND 


Hie 


ANYXND 


H15 


ACKO 


H14 


t^RXC 


G14 


H/IEN 


G15 


MRXD 


G16 


MCR8 


F16 


Vcc 


, F14 


GND 


F15 


ACKI 


El 5 


ACTN8 


E14 


ANYXN8 


El 6 


pCOmp 


Die 


RXI13- 


D15 


RXI13+ 


D14 


TX013P + 


C16 


TX013- 


C15 


TX013 + 


Bie 


TX013P- 


B15 


Vcc 


D13 


GND 1 C14 
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2.0 Connection Diagram— 160 Pin PGA Package* (continued) 



o 

98 

GND 
O 
105 

o 

106 

CD4* 
O 
109 

TX4- 
O 
112 



O 

114 

C05- 
O 
117 

CD5+ 
O 
118 

RX5- 
O 
119 

NC 
O 
123 

NC 
O 
124 

TX06P+ 
O 
127 

OND 
O 
131 

"cc 

O 

132 

TX07Pt 
O 
138 

RXI7t 
O 
137 



TX2- 
O 

96 

CD3- 
O 
101 

RX3t 
O 
104 

RX4+ 
O 
108 

CD4- 
O 
110 

GXD 
O 
113 

TX5- 
O 

115 

RX5t 
O 

120 

, "cc 
o 

122 

RX16- 

O 

126 

TX06- 
O 
128 

TX06P- 
O 
130 

TX07- 
O 
135 

RXI7- 
O 
133 

RXIS-f 
O 
141 



O 

MO 



TX2+ 
O 
95 

TX3- 
O 
99 

C03+ 
O 
102 

RX3- 
O 
103 

RX4- 
O 
107 

TX4+ 
O 
111 

TX5t 
O 
116 

GND 
O 

121 

RXIBt 
O 
125 

TX06+ 
O 

129 

TX07P- 
O 
133 

TX07+ 
O 

134 

GND 
O 

139 

TX08- 
O 
144 

RXI8- 
O 
142 

TX08+ 
O 
145 



RX2- 
O 

91 

CD2- 
O 

94 

GND 
O 
97 

TX3« 
O 
100 



o 

90 

RX2+ 
O 
92 

CD2t 
O 
93 



GND 
O 
89 

RXI* 
O 
87 

RXI- 
O 



CD1- 
O 

B6 

CD1 + 
O 
85 

TX1- 
O 

84 



GNO 
O 
81 

o 

82 

TXlt 
O 

83 



O 

SO 

GND 
O 

79 

CLKIN 
O 
78 



RA4 
O 
77 

RA3 
O 
76 

RAl 
O 
74 



RA2 
O 

75 

RAO 
O 
73 

MLOAD 
O 
70 



O 

72 

GND 
O 

71 

D7 
O 
66 



CDEC 
O 
69 

WR 
O 
68 

D4 
O 
63 

''cc 
o 

58 



RO 
O 
67 

D6 
O 

65 

D3 
O 

. 62 

IRC 
O 
56 

GND 
O 
51 



05 
O 
64 

D2 
O 

61 

GND 
O 
57 

IRD 
O 
54 

Vcc 
O 
52 



Dl 
O 

60 

DO 
O 
59 

IRE 
O 
55 

COLN 
O 
53 

BUfEN 
O 
48 



PKEN RXM ROY 

o o o 

50 49 47 



RIC 
DP83950 



RTI 


STRI 


ELI 


O 


O 





45 


44 


46 


STRO 


GND 


Vcc 





O 


o 


41 


42 


43 



ACKO ANYXND ACTND 

o o o 

38 39 40 



TX08P+ 
O 

143 

TX08P- TX09- 

o o 

146 151 



GND 
O 

147 

Vcc 
O 

143 



TX09t 
O 
150 

TX09P- 
O 

149 



TX09Pt 
O 
152 

RXI9t 
O 
153 

RXI9- 
O 
154 



Vcc TX010+ TXOlOP- TX011+ 



o 

156 

RXI10+ 
O 
157 

GND 
O 
155 



O 

■ 2 

RXIIO- 
O 
158 



O 

3 

GND 
O 
4 



O 

7 

o 

5 



GND 
O 
12 

RXM It 
O 
10 



o 

21 

TX012P+ 
O 
16 



MRXC 


MEN 


MRXD 


O 


O 





37 


36 


35 


v 


GND 


klCRS 


o 





O 


33 


32 


34 


ACTNS 


ackF 


ANYXNS 


O 


o 


O 


30 


31 


29 


RXI13« 


RXI13- 


PCOMP 


O 








26 


27 


28 



GND TX013- TX013P+ 

o o o 

20 24 25 



RXIll- RXI12- 

o o 

11 15 



TX012- 
O 
17 



TX013P- TX013t 



O 

22 



O 

23 



TXOlOPt TXOlO- TXOIIP- TX011- TX011P+ RXI12t TX012t TX012P- 

oooooooo 

159 1 6 8 9 14 18 19 



o 
■n 

09 
CO 

<o 
in 

o 



1 



TL/F/11096-3 



Bottom View 
1-5 AUI + 6-13 T.P. Ports 

Order Number DP83950BNU 
See NS Package Number UP159A 



*This package will not be available after May 1994. 
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2.0 Connection Diagram— 160 Pin PGA Pacl«age (continued) 

Pin Tabled -7 AUI + 8-13 T.P. Ports) 



Pin Name 


Pin No. 


TX012P- 


A15 


TX012 + 


A14 


TX012- 


B14 


TX012P + 


CI 3 


RXi12- 


B13 


RXI12+ 


A13 


Vcc 


012 


GND 


C11 


RXi11- 


B12 


RXi11 + 


B11 


TX011P+ 


A12 


TX011- 


A11 


TX011 + 


C10 


TX011P- 


A10 


Vcc 


BIO 


GND 


B9 


TXO10P- 


09 


TXO10+ 


C8 


TXO10- 


A9 


TXO10P+ 


A8 


RXI10- 


BS 


RXI10 + 


B7 


Vcc 


07 


GND 


A7 


RXI9- 


A6 


RXI9 + 


B6 


TX09P+ 


C6 


TX09- 


05 


TX09 + 


B5 


TX09P- 


AS 


Vcc 


A4 


GND 


B4 


TX08P- 


04 


TX08 + 


A3 


TX08- 


03 


TX08P + 


D4 


RXi8- 


B3 


RXi8 + 


B2 


Vcc 


A2 


GND 


D3 



Pin Name 


Pin No. 


RX7+ 


C2 


RX7- 


A1 


CD7+ 


81 


CD7- 


D2 


TX7+ 


E3 


TX7- 


F3 


Vcc 


CI 


GND 


D1 


TX6- 


E2 


TX6 + 


G3 


CD6- 


F2 


0D6 + 


El 


RX6 + 


G2 


RX6- 


H3 


NC 


F1 


NO 


G1 


Vcc 


H2 


GND 


J3 


RX5 + 


J2 


RX5- 


HI 


0D5 + 


J1 


CD5- 


K1 


TX5+ 


K3 


TX5- 


K2 


VCC 


LI 


GND 


L2 


TX4- 


M1 


TX4 + 


L3 


CD4- 


M2 


CD4 + 


N1 


RX4+ 


N2 


RX4- 


M3 


Vcc 


PI 


GND 


R1 


RX3 + 


P2 


RX3- 


N3 


CD3 + 


P3 


CD3- 


R2 


TX3 + 


N4 


TX3- 1 


R3 



Pin Name 


Pin No. 


Vcc 


SI 


GND 


P4 


TX2- 


S2 


TX2+ 


S3 


CD2- 


R4 


0D2 + 


P5 


RX2+ 


R5 


RX2- 


S4 


Vcc 


85 


GND 


S6 


RX1- 


P6 


RX1 + 


R6 


0D1- 


87 


0D1 + 


R7 


TX1- 


P7 


TX1 + 


P8 


Vcc 


R8 


GND 


88 


Vcc 


S9 


GND 


R9 


CLKIN 


P9 


RA4 


S10 


RA3 


RIO 


RA2 


811 


RA1 


P10 


RAO 


R11 


Vcc 


812 


GND 


R12 


MLOAD 


P11 


CDEC 


813 


WR 


R13 


RD 


814 


D7 


P12 


D6 


R14 


D5 


SI 5 


D4 


P13 


D3 


PI 4 


D2 


R15 


D1 


816 


DO 


R16 



Note: NC = No Connect 



Pin Name 


Pin No. 


Vcc 


N13 


GND 


P15 


iRC 


N14 


IRE 


P16 


IRD 


N15 


OOLN 


N16 


Vcc 


M15 


GND 


IVI14 


PKEN 


LI 4 


RXM 


L15 


BUFEN 


M16 


ROY 


L16 


ED 


K16 


RTF 


K14 


STH1 


K15 


Vcc 


J16 


GND 


J15 


STro 


J14 


ACTND 


H16 


ANYXND 


H15 


ACK6 


H14 


IVIRXO 


G14 


MEN 


G15 


MRXD 


G16 


l\/1CRS 


F16 


Vcc 


F14 


GND 


F15 


SC!<I 


E15 


AOTNS 


E14 


ANYXN8 


E16 


PCOl^P 


Die 


HXI13- 


D15 


RXI13 + 


D14 


TX013P+ 


016 


TX013- 


C15 


TX013 + 


816 


TX013P- 


815 


Vcc 


D13 


GND 


014 
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2.0 Connection Diagram— 160 Pin PGA Pacl<age* (continued) 



o 

98 

GHD 
O 
105 

"cc 
o 

106 

CD4+ 
O 
109 

TX4- 
O 
112 

o 

114 
C05- 

o 

117 

CDS* 
O 
118 

RX5- 
O 
119 

NC 
O 
123 

NC 
O 
124 

CD6+ 
O 
127 

GND 
O 
131 



O 

132 

CD7+ 
O 
136 

RX7- 
O 

137 



TX2- 
O 
96 

CD3- 
O 
101 

RX3t 
O 

104 

RX4» 
O 
108 

CD4- 
O 
110 

GND 
O 
113 

TX5- 
O 
115 

RX5+ 
O 
120 

Vcc 

o 

122 

RX6t 

O 

126 

CD6- 
O 
128 

TX6- 
O 

130 

CD7- 
O 
135 

RX7t 
O 
138 

RXI8t 
O 
141 



O 

140 



RX2- 


Vcc 


GKD 


CDt- 


GND 


Vcc 


RA4 


RA2 





O 





O 





O 





O 


91 


90 


89 


8S 


81 


80 


77 


75 


CD2- 


RX2t 


RXIt 


CD1 + 


Vcc 


GND 


RA3 


RAO 





O 


O 


O 


O 





O 


O 


94 


92 


87 


85 


82 


79 


76 


73 


GND 


CD2t 


RX1- 


1X1- 


TXI* 


CLKIN 


RA1 


MLCAD 


O 


O 


O 


O 











O 


97 


93 


88 


84 


83 


78 


74 


70 



TX3* 
O 
100 



TX2t 
O 

95 

TX3- 
O 
99 

CD3t 
O 

102 

RX3- 
O 
103 

RX4- 
O 
107 

TX4+ 
O 

111 

TX5t 
O 
116 

GND 
O 
121 

RX6- 
O 
125 

TX6+ 
O 
129 

TX7- 
O 
133 

TX7+ 
O 

134 

GND TXOBP+ 

o o 

139 143 
TX08- TX08P- TX09- 

o o o 

144 146 151 

RXI8- GND TX09+ 

o o o 

142 147 150 



RIC 
DP83950 



TX09P+ 
O 
152 

RXI9'l' 
O 
153 



?CC TX010+ TX010P- TX011+ GND 

o o o o o 

I 3 7 12 



156 2 
RXI10+ RXMO- 

o o 

157 156 



GND 
O 

4 



CC 



RXI11 + 
O 
10 



Vcc CDEC 

o o 

72 69 



GND 
O 

71 

07 
O 
66 



O 

13 

RXMl- 
O 
11 



WR 
O 
68 

D4 
O 
63 

Vcc 
o 

58 



RD 
O 
67 

D6 
O 
65 

D3 
O 

62 

IRC 
O 
56 

GND 
O 
51 

PKEN 
O 

50 



Dl 
O 
60 

DO 
O 
61 59 

GND IRE 

O O 

57 55 



D5 
O 

64 

D2 
O 



IRD 
O 
54 



O 

52 



COIN 
O 
53 

BUFEN 
O 
48 



RXM RPr 

o 

49 47 

ffi STRl ElF 

o o o 

45 44 46 

STRO GND Vjc 

o o o 

41 42 43 





ACKO 


ANYXND 


ACTND 










O 




38 


39 


40 




MRXC 


MEN 


MRXD 




O 





O 




37 


36 


35 




Vcc 


GND 


MCRS 




o 










33 


32 


34 




ACTNS 


ackI 


ANYXNS 







o 







30 


31 


29 


Vrr 


RXM 3+ 


RXI13- 


PCOMP 


o 


O 


O 


O 


21 


26 


27 


28 



Vcc TX012Pt 



RXI12- 
O 

15 



GND TX013- TX013Pt 

o o o 

20 24 25 

TX012- TX013P- TX013( 


17 22 23 



TX08t 
O 

145 



»CC 



TX09P- 

O o 

148 149 



RXI9- GND TX010P+ TXOlO- TXOllP- TXOll- 
O O O O O 

154 155 159 1 6 8 



TX011P+ RXI12+ 1X012* TX012P- 
O O O O 

9 14 18 19 



o 

TO 
09 
W 
(O 

o 
CD 



1 



Bottom View 
1-7 AUI + 8-13 T.P. Ports 

Order Number DP83950BNU 
See NS Package Number UP159A 



<This package will not be available after May 1994. 
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2.0 Connection Diagram— 160 Pin PGA Pacltage (continued) 

Pin Table ( All AUI Ports) 



Pin Name 


Pin No. 


TX12- 


A15 


TX12 + 


A14 


CD12- 


B14 


CD1Z + 


C13 


HX12 + 


B13 


RX12- 


A13 


Vcc 


CI 2 


GND 


C11 


RX11 + 


B12 


RX11- 


B11 


CD11 + 


A12 


CD11- 


A11 


TX11 + 


CIO 


TX11- 


A10 


Vcc 


BIO 


GND 


B9 


TX10- 


C9 


TX10+ 


C8 


CD10- 


A9 


CD10+ 


A8 


RX10+ 


B8 


RX10- 


B7 


Vcc 


C7 


GND 


A7 


RX9 + 


A6 


RX9- 


B6 


CD9 + 


06 


CD9- 


C5 


TX9 + 


B5 


TX9- 


A5 


Vcc 


A4 


GND 


B4 


TX8- 


C4 


TX8+ 


A3 


CD8- 


C3 


CD8+ 


D4 


RX8 + 


B3 


RX8- 


B2 


Vcc 


A2 


GND 


03 



Pin Name 


Pln No. 


RX7 + 


C2 


RX7- 


A1 


CD7 + 


81 


CD7- 


D2 


TX7 + 


E3 


TX7- 


F3 


Vcc 


CI 


GND 


D1 


TX6- 


E2 


TX6 + 


G3 


CD6- 


F2 


CD6 + 


E1 


RX6+ 


G2 


RX6- 


H3 


NC 


F1 


NC 


G1 


Vcc 


H2 


GND 


J3 


RX5 + 


J2 


RX5- 


HI 


CD5 + 


J1 


CD5- 


K1 


TX5 + 


K3 


TX5- 


K2 


Vcc 


L1 


GND : 


L2 


TX4- 


M^ 


TX4+ 


L3 


CD4- 


M2 


CD4+ 


N1 


RX4 + 


N2 


RX4- 


iVI3 


Vcc 


P1 


GND 


R1 


RX3 + 


P2 


RX3- 


N3 


CD3 + 


P3 


CD3- 


R2 


TX3 + 


N4 


TX3- 


R3 



Note: NC = No Connect 



Pin Name 


Pin No. 


Vcc 


SI 


GND 


P4 


TX2- 


S2 


TX2 + 


S3 


002- 


R4 


CD2 + 


P5 


RX2 + 


R5 


RX2- 


S4 


Vqc 


S5 


GND 


S6 


RX1- 


PS 


RX1 + 


R6 


CD1- 


S7 


CD1 + 


R7 


TX1- 


P7 


TX1 + 


P8 


Vcc 


R8 


GND 


S8 


Vcc 


S9 


GND 


R9 


CLKIN 


P9 


RA4 


S10 


RA3 


R10 


RA2 


S11 


RA1 


P10 


RAO 


R11 


Vcc 


S12 


■ GND 


R12 


MLOAD 


P11 


Cdec 


813 


WR ■ 


R13 


RD 


S14 


D7 


P12 


D6 


R14 


D5 


815 


D4 


P13 


D3 


P14 


D2 


R15 


D1 


S16 


DO 


R16 



Pin Name 


Pin No. 


Vcc 


N13 


GND 


P15 


IRC 


N14 


IRE 


P16 


iRD 


N15 


COLN 


N16 


Vcc 


ms 


GND 


M14 


PKEN 


LI 4 


RXM 


L15 


BUFEN 


me 


RDY 


Lie 


EU 


K16 


RTF 


K14 


STrT 


K15 


Vcc 


J16 


GND 


J15 


Stro 


J14 


ACTND 


H16 


ANYXND 


HIS 


ACkO 


H14 


MRXC 


G14 


MEN 


G15 


MRXD 


G16 


MORS 


F16 


Vcc 


F14 


GND 


F15 


ACKl 


El 5 


ACTNS 


El 4 


ANYXNS 


E16 


PCOMP 


D16 


RX13 + 


D15 


RX13- 


014 


CD13 + 


C16 


CD13- 


C15 


TX13 + 


B16 


TX13- 


BIS 


Vcc 


013 


GND 


014 
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2.0 Connection Diagram— 160 Pin PGA Package* (continued) 



Vcc 
o 

98 

GND 
O 
105 



O 

106 

CD4t 
O 
109 

TX4- 
O 
112 



O 

1U 

CD5- 
O 
117 

CDS* 
O 
118 

RX5- 
O 

119 

NC 
O 
123 

NC 
O 
124 

CDS* 
O 

127 

GND 
O 

131 

Vcc 
o 

132 

CD7+ 
O 
136 

RX7- 
O 
137 



TX2- 
O 
96 

CD3- 
O 
101 

RX3+ 
O 
104 

RX4+ 
O 

10S 

CD4- 
O 
110 

GND 
O 
113 

TX5- 
O 

115 

RX5+ 
O 
120 

Vcc 
o 

122 

RX6t 
O 
126 

CD6- 
O 
128 

TX6- 
O 

130 

CD7- 
O 
135 

RX7t 
O 
138 

RX8- 
O 
141 



O 

140 



7X2 1 
O 

95 

TX3- 
O 
99 

CD3t 
O 
102 

RX3- 
O 
103 

RX4- 
O 
">' 

TX4+ 
O 
111 

TX5t 

o 

116 

GND 
O 

121 

RX6- 
O 
125 

TX6t 
O 
129 

TX7- 
O 

133 

TX7+ 
O 
134 

GND 
O 

139 

CD8- 
O 
144 

RX8+ 
O 
142 

TX8t 
O 
145 



RX2- 
O 

91 

C02- 
O 
94 

GND 
O 
97 

TX3t 
O 

100 



o 

90 

RX2* 
O 

92 

CD2+ 
O 

93 



GND 
O 
89 

RX1* 
O 
87 

RX1- 
O 





















CDI- 


ONO Vcc 


RA4 


RA2 


Vcr. 


CDEC 


RD 


05 


01 


O 


O 





O 


o 





O 





O 


86 


81 80 


77 


75 


72 


69 


87 


64 


60 


rDi + 


Vcc OND 


RA3 


RAO 


GND 


WR 


D6 


D2 


DO 


o 





O 


O 








O 








as 


82 79 


76 


73 


71 


68 


65 


61 


59 


TX1- 


TXIt CLKIN 


RA1 


MLOAD 


07 


D4 


D3 


GND 


IRE 


o 





O 








O 


O 





O 


84 


83 78 

RIC 
DP83950 


74 


70 


66 


63 

Vcc 

O 

58 


62 

IRC 
O 

56 

GND 
O 
51 

PKEH 
O 
50 

Wfi 



45 

STRO 
O 

41 

ACKO 
O 
38 

MRXC 

37 


57 

IRD 


54 

Vcc 

52 

RXM 

49 

STR1 
O 
44 

GND 
O 
42 

ANYXND 

39 

MEN 

38 


55 

COLN 
O 
53 

BUfEN 

48 

RDY 
O 
47 

EU 
O 
46 

Vcc 

43 

ACTND 

40 

MRXD 
O 
35 



CD8+ 
O 
143 

TX8- 
O 

146 ' 

GND 
O 
147 



O 

148 



CD9- 
O 

151 

TX9t 
O 

150 



CD9« 
O 
152 

RX9- 
O 

153 



O 

156 

RX10- 
O 
157 



TX10+ TX10- 

o o 



RXIOt 

o 

158 



GND 
O 
4 



TXIH 
O 
7 

Vcc 
o 

5 



GND 
O 
12 

RX11- 
O 

10 



o 

13 



Vcc 
o 

21 

GDI 2+ 
O 

16 



O 

33 

ACTNS 
O 
30 

RX15- 
O 
26 

GND 
O 
20 



GND 
O 
32 

ACKI 
O 
31 

RX13+ 
O 
27 

CD13- 
O 
24 



TX9- RX9t GND 

149 154 155 



CD10+ CD10- TX11- CD11- 

o o o o 

159 1 6 8 



RXIIt RX12+ 

o o 

11 15 

CD11+ RX12- 

o o 

9 14 



C012- TX13- 



O 

17 



O 

22 



MCRS 
O 
34 

ANYXNS 
O 
29 

PCOMP 
O 
28 

GDI 3+ 
O 
25 

TX13t 
O 
23 



TX12t TX12- 



O 

18 



O 

19 



o 

TJ 
00 

w 

(O 

U1 

o 
CD 



1 



Bottom View 
All AUI Ports 

Order Number DP83950BNU 
See NS Package Number UP159A 



*Thls package will not be available after May 1994. 
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3.0 Pin Descriptions 


00 


Pin 
No. 


Pin 
Name 


Driver 
Type 


I/O 


Description 




NETWORK iNTERFACE PiNS (On-ChIp Transceiver Mode) 






RXI2-toRXI13- 


TP 


1 


Twisted Pair Receive Input Negative 






RXI2+toRXI13 + 


TP 


1 


Twisted Pair Receive Input Positive 






TXOP2-toTXOP13- 


TT 





Twisted Pair Pre-emphasis Transmit Output Negative 






TX02-toTX013- 


TT 





Twisted Pair Transmit Output Negative 






TX02+toTX013 + 


TT 


o 


Twisted Pair Transmit Output Positive 






TX0P2+ toTXOP13+ 


TT 


o 


Twisted Pair Pre-emphasis Transmit Output Positive 






CD1 + 


AL 


1 


AUI Collision Detect Input Positive : . 






CD1- 


AL 


1 


AUI Collision Detect Input Negative 






RX1 + 


AL 


1 


AUI Receive Input Positive 






RXI- , 


AL 


1 


AUI Receive Input Negative 






TX1 + 


AD 


o 


AUI Transmit Output Positive 






TX1- 


AD 


o 


AUI Transmit Output Negative 




NETWORK INTERFACE PINS (External Transceiver IVIode AUI Signal Level Compatibility Selected) 






TX2+ t6TX13 + 


AL 


b 


Transmit Output Positive 






TX2-toTX13- 


AL 


o 


Transmit Output Negative 






CD2+ toCD13 + 


AL 




Collision Input Positive 






CD2-foCD13- 


AL 




Collision Input Negative 






RX2+toRX13+ 


AL 




Receive Input Positive ■ 






RX2-toRX13- 


AL 




Receive Input Negative 






CD1 + 


AL 




AUI Collision Detect Input Positive 






CD1- 


AL 




AUI Collision Detect Input Negative 






RX1 + 


AL 




AUI Receive Input Positive 






RX1- 


AL 




AUI Receive Input Negative 






TX1 + 


AD 


o 


AUI Transmit Output Positive 






TX1- 


AD 


o 


AUI Transmit Output Negative 




Note: AD = AUI level and Drive compalibis, TP = Twisted Pair interface compatibie, AL = AUI Level compatible, TT - TTL compatible, 1 = Input, - Output. 
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3.0 Pin Descriptions (Continued) 



Pin 
No. 



Pin 
Name 



Driver 
Type 



I/O 



Description 



PROCESSOR BUS PINS 



RA0-RA4 TT I 



Stro 



STRT 



D0-D7 



BUFEN 



RDY 



REGISTER ADDRESS INPUTS: These five pins are used to select a register to be read or 
written. The state of these inputs are ignored when the read, write and mode load input strobes 
are high. (Even under these conditions these inputs must not be allowed to float at an 
undefined logic state). ^ . 



DISPLAY UPDATE STROBE 

Maximum Display Mode: This signal controls the latching of display data for network ports 1 

to 7 into the off chip display latches. 

Minimum Display Mode: This signal controls the latching of display data for the RIC into the 

off chip display latch. 

During p rocessor access cycles (read or write is asserted) this signal is inactive (high). 

DISPLAY UPDATE STROBE 1 

Maximum Display Mode: This signal controls the latching of display data for network ports 8 

to 1 3 into the off chip display latches. 

Minimum Display Mode: No operation 

During processor access cycles (read or write is asserted) this signal is inactive (high). 



D 
■D 
CO 
CO 
(O 

ui 
o 
CO 



B.Z 



ED 



RTI 



CDEC 



WR 



RD 



MlOSd 



DATA BUS 

Display Update Cycles: These pins become outputs providing display data and port address 

information. Address information only available in Maximum Display mode. 

Processor Access Cycles: Data input or output is performed via these pins. The read, write 

and mode load inputs control the direction of the signals. 

Note: The data pins remain in their display update functjon. I.e., asserted as outputs unless either the road or 

write strobe is asserted. ^ 



BUFFER ENABLE: This output controls the TRI-STATE® operation of the bus transceiver 
which provides the interlace between the RIC's data pins and the processor's data bus. 
Note: The buffer enable output indicates the function of the data pins. When it is high they are performing 
display update cycles, when it is low a processor access or mode load cycle is occurring. 



DATA READY STROBE: The falling edge of this signal during a read cycle indicates that data 
is stable and valid for sampling. In write cycles the falling edge of RDY denotes that the write 
data has been latched by the RIC. Therefore data must have been available and stable for this 
operation to be successful. 



EVENT LOGGING INTERRUPT: A low level on the ED output indicates the RIC's hub 
management logic requires CPU attention. The inten-upt is cleared by accessing the Port Event 
Recording register or Event Counter that produced it All interrupt sources may be masked. 



REAL TIME INTERRUPT: A low level on the RTI output indicates the RIC's real time (packet 
specific) interrupt logic requires CPU attention. The intermpt is cleared by reading the Real 
Time Interrupt Status register. All interrupt sources may be masked. 



COUNTER DECREMENT: A low level on the CDEC input strobe decrements all of the RIC's 
Port Event Counters by one. This input is internally synchronized and if necessary the 
operation of the signal is delayed if there is a simultaneous internally generated counting 
operation. 



WRITE STROBE: Strobe from the CPU used to write an internal register defined by the 
RA0-RA4 inputs. 



READ STROBE: Strobe from the CPU used to read an internal register defined by the RAO- 
RA4 inputs. 



DEVICE RESET AND MODE LOAD: When this input is low all of the RIC's st ate mach ines, 
counters and network ports are reset and held inactive. On the rising edge of MLOAD the logic 
levels present on the DO-7 pins and RA0-RA4 inputs are latched into the RIC's configuration 
registers. The rising edge of MLOAD also signals the beginning of the display test operation. 



3-21 



m 
o 
m 
o> 
eo 

CO 

Q. 

a 



3.0 Pin Descriptions (continued) 



Pin 
No. 



Pin 
Name 



Driver 
Type 



r/o 



Description 



INTER-RIC BUS PINS 



SCKI 



aCKD 



IRD 



IRE 



IRC 



COLN 



PKEN 



TT 



B,Z 



B.Z 



ACKNOWLEDGE INPUT: Input to the network ports' arbitration chain. 



ACKNOWLEDGE OUTPUT: Output from the network ports' arbitration chain. 



INTER-RIC DATA: When asserted as an output this signal provides a serial data stream In NRZ 
format. The signal is asserted by a RIC when it is receiving data from one of Its network 
segments. The default condition of this signal is to be an input. In this state it may be driven by 
other devices on the Inter-RIC bus. 



B.Z 



B.Z 



CLKIN 



ACTND 



ACTNS 



ANYXND 



ANYXNS 



OD 



OD 



INTER-RIC ENABLE: When asserted as an output this signal provides an activity framing enable 
for the serial data stream. The signal is asserted by a RIC when it is receiving data from one of 
its network segments. The default condition of this signal is to be an input. In this state It may be 
driven by other devices on the Inter-RIC bus. 



INTER-RIC CLOCK: When asserted as an output this signal provides a clock signal for the serial 
data stream. Data (IRD) is changed on the falling edge of the clock. The signal is asserted by a 
RIC when it is receiving data from one of its network segments. The default condition of this 
signal is to be an input. When an input IRD is sampled on the rising edge of the clock. In this 
stale it may be driven by other devices on the Inter-RIC bus. 



COLLISION ON PORT N: This denotes that a collision is occurring on the port receiving the 
data packet. The default condition of this signal is to be an input In this state it may be driven by 
other devices on the Inter-RIC bus. 



PACKET ENABLE: This output acts as an active high enable for an external bus transceiver (if 
required) for the IRE. IRC IRD and COLN signals. When high the bus transceiver should be 
transmitting on to the bus, i.e.. this RIC is driving the IRD, IRE, IRC and COLN bus lines. When 
low the bus transceiver should receive from the bus. 



40 IvtHz CLOCK INPUT: This input is used to generate the RIC's timing reference for the state 
machines, and phase lock loop decoder. 



ACTIVITY ON PORT N DRIVE: This output is active when the RIC is receiving data or collision 
information from one of its network segments. 



ACTIVITY ON PORT N SENSE: This input senses when this or another RIC in a multi-RIC 
system is receiving data or collision information. 



ACTIVITY ON ANY PORT EXCLUDING PORT N DRIVE: This output is active when a RIC is 
experiencing a transmit collision or multiple ports have active collisions on their network 
segments. 



ACTIVITY ON ANY PORT EXCLUDING PORT N SENSE: This input senses when this RIC or 
other RICs in a multi-RIC system are experiencing transmit collisions or multiple ports have 
active collisions on their network segments. 
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3.0 Pin Descriptions (continued) 



Pin 
No. 



Pin 
Name 



Driver 
Type 



i/O 



Description 



a 

TJ 
09 

u 

CJI 

o 
00 



lUANAGEiUENT BUS PINS 



MRXC 



MCRS 



MRXD 



MEN 



PCOMP 



o,z 



B,Z 



0,Z 



MANAGEMENT RECEIVE CLOCK: When asserted this signal provides a clock signal for the 
MRXD serial data stream. The MRXD signal is changed on the falling edge of this clock. The 
signal Is asserted when a RIC is receiving data from one of Its network segements. Otherwise the 
signal Is inactive. ^ 



MANAGEMENT CARRIER SENSE: When asserted this signal provides an activity framing 
enable for the serial output data stream (MRXD). The signal is asserted when a RIC Is receiving 
data from one of its network segments. Othenwise the signal Is an input. 



MANAGEMENT RECEIVE DATA: When asserted this signal provides a serial data stream In NRZ 
format. The data stream Is made up of the data packet and RIC status Information. The signal is 
asserted when a RIC is receiving data from one of Its network segments. Othenvise the signal is 
inactive. ^_^^ 



MANAGEMENT BUS OUTPUT ENABLE: This output acts as an active high enable for an 
external bus transceiver (If required) for the MRXC, MCRS and MRXD signals. When high the bus 
transceiver should be transmitting on to the bus^ 



PACKET COMPRESS: This input is used to activate the RIC's packet compres s logic. A low level 
on this signal when MCRS Is active will cause that packet to be compressed. If PCOMP Is tied 
low all packets are compressed, if PCOMP is tied high packet compression is Inhibited. 



POWER AND GROUND PINS 



Vcc 



GND 



Positive Supply 



Negative Supply 



EXTERNAL DECODER PINS 



RXM 



RECEIVE DATA MANCHESTER FORMAT: This output makes the data. In Manchester format, 
received by port N available for test purposes. If not used for testing this pin should be left open. 



Note: 



L compatible, B = Bi-directional, C = CMOS compatible, OD = Open Drain, I = Input, O - Output, Z - TRI-STATE 
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4.0 Block Diagram 
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5.0 Functional Description 

The I.E.E.E. repeater specification details a number of func- 
tions a repeater system must perform. These requirements 
allied with a need for the implementation to be multiport 
strongly favors the choice of a modular design style. In such 
a design, functionality is split between those tasks common 
to all data channels and those exclusive to each individual 
channel. The RIC follows this approach, certain functional 
blocks are replicated for each network attachment, (also 
known as a repeater port), and others are shared. The fol- 
lowing section briefly describes the functional blocks in the 
RIC. 

5.1 OVERVIEW OF RIC FUNCTIONS 

Segment Specific Block: Network Port 

As shown in the Block Diagram, the segment specific blocks 
consist of: 

1 . One or more physical layer Interfaces. 

2. A logic block required for performing repeater operations 
upon that particular segment. This is known as the "port" 
logic since it is the access "port" the segment has to the 
rest of the network. 

This function is repeated 13 times in the RIC (one for each 
port) and is shown on the right side of the Block Diagram, 
Figure 5. 1. 

The physical layer Interfaces provided depends upon the 
port under examination. Port 1 has an AUI compliant inter- 
face for use with AUI compatible transceiver boxes and ca- 
ble. Ports 2 to 13 may be configured for use with one of two 
interfaces: twisted pair or an external transceiver. The for- 
mer utilizes the RIC's on-chip 10BASE-T transceivers, the 
latter allows connection to external transceivers. When us- 
ing the external transceiver mode the interface is AUI com- 
patible. Although AUI compatible transceivers are support- 
ed the interface is not designed for use with an interface 
cable, thus the transceivers are necessarily internal to the 
repeater equipment. 

Inside the port logic there are 3 distinct functions: 
1.The port state machine "PSM" is required to perform 
data and collision repetition as described by the repeater 
specification, for example, it determines whether this port 
should be receiving from or transmitting to its network 
segment. 

2. The port partition logic implements the segment partition- 
ing algorithm. This algorithm is defined by the IEEE speci- 
fication and is used to protect the network from malfunc- 
tioning segements. 

3. The port status register reflects the current status of the 
port. It may be accessed by a system processor to obtain 
this status or to perform certain port configuration opera- 
tions, such as port disable. 

Shared Functional Blocks: 
Repeater Core Logic 

The shared functional blocks consist of the Repeater Main 
State Machine (MSM) and Timers, a 32 bit Elasticity Buffer, 
PLL Decoder, and Receive and Transmit Multiplexors. 
These blocks perform the majority of the operations needed 
to fulfill the requirements of the IEEE repeater specification. 
When a packet is received by a port it is sent via the Re- 
ceive Multiplexor to the PLL Decoder. Notification of the 



data and collision status is sent to the main state machine 
via the receive multiplexor and collision activity status sig- 
nals. This enables the main state machine to determine the 
source of the data to be repeated and the type of data to be 
transmitted. The transmit data may be either the received 
packet's data field or a preamble/jam pattern consisting of 
a 1010 ... bit pattern. 

Associated with the main slate machine are a series of tim- 
ers. These ensure various IEEE specification times (referred 
to as the TW1 to TW6 times) are fulfilled. 
A repeater unit is required to meet the same signal jitter 
performance as any receiving node attached to a network 
segment. Consequently, a phase locked loop Manchester 
decoder is required so that the packet may be decoded, and 
the jitter accumulated over the receiving segment recov- 
ered. The decode logic outputs data in NRZ format with an 
associated clock and enable. In this form the packet is in a 
convenient format for transfer to other devices, such as net- 
work controllers and other RICs, via the Inter-RIC bus (de- 
scribed later). The data may then be re-encoded into Man- 
chester data and transmitted. 

Reception and transmission via physical layer transceiver 
units causes a loss of bits in the preamble field of a data 
packet. The repeater specification requires this loss to be 
compensated for. To accomplish this an elasticity buffer is 
employed to temporarily store bits in the data field of the 
packet. 

The sequence of operation is as follows: 
Soon after the network segment receiving the data packet 
has been identified, the RIC begins to transmit the packet 
preamble pattern (1010 ... ) onto the other network seg- 
ments. While the preamble is being transmitted the Elastici- 
ty Buffer monitors the decoded received clock and data sig- 
nals (this is done via the Inter-RIC bus as described later). 
When the start of frame delimiter "SFD" is detected the 
received data stream is written into the elasticity buffer. Re- 
moval of data from the buffer for retransmission is not al- 
lowed until a valid length preamble pattern has been trans- 
mitted. 

Inter-RIC Bus Interface 

Using the RIC in a repeater system allows the design to be 
constructed with many more network attachments than can 
be supported by a single chip. The split of functions already 
described allows data packets and collision status to be 
transferred between multiple RICs, and at the same time the 
multiple RICs still behave as a single logical repeater. Since 
all RICs in a repeater system are identical and capable of 
performing any of the repetition operations, the failure of 
one RIC will not cause the failure of the entire system. This 
is an important issue in large multiport repeaters. 
RICs communicate via a specialized interface known as the 
Inter-RIC bus. This allows the data packet to be transferred 
from the receiving RIC to the other RICs in the system. 
These RICs then transmit the data stream to their seg- 
ments. Just as important as data transfer is the notification 
of collisions occurring across the network. The Inter-RIC 
bus has a set of status lines capable of conveying collision 
information between RICs to ensure their main state ma- 
chines operate in the appropriate manner. 
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5.0 Functional Description (continued) 

LED Interface and Hub Management Function. 

Repeater systems usually possess optical displays Indicat- 
ing network activity and the status of specific repeater oper- 
ations. The RIC's display update block provides the system 
designer with a wide variety of indicators. The display up- 
dates are completely autonomous and merely require SSI 
logic devices to drive the display devices, usually made up 
of light emitting diodes, LEDs. The status display Is very 
flexible allowing the user to choose those indicators appro- 
priate for the specification of the equipment. 
The RIC has been designed with special awareness for sys- 
tem designers Implementing large repeaters possessing 
hub management capabilities. Hub management uses the 
unique position of repeaters in a network to gather statistics 
about the network segments they are attached to. The RIC 
provides hub management statistical data In 3 steps. Impor- 
tant events are gathered by the management block from 
logic blocks throughout the chip. These events may then be 
stored in on-chip latches or counted In on-chip counters ac- 
cording to user supplied latching and counting masks. 
The fundamental task of a hub management system Imple- 
mentation is to associate the current packet and any man- 
agement status information with the network segment, i.e., 
repeater port where the packet was received. The ideal sys- 
tem would place this combined data packet and status field 
In system memory for examination by hub management 
software. The ultimate function of the RIC's hub manage- 
ment support logic is to provide this function. 

To accomplish this the RIC utilizes a dedicated hub man- 
agement interface. This is similar to the Inter-RIC bus since 
it allows the data packet to be recovered from the receiving 
RIC. Unlike the Inter-RIC bus the intended recipient Is not 
another RIC but National Semiconductor's DP83932 
"SONICTM" Network controller. The use of a dedicated bus 
allows a management status field to be appended at the 
end of the data packet. This can be done without affecting 
the operation of the repeater system. 

Processor Interface 

The RIC's processor interface allows connection to a sys- 
tem processor. Data transfer occurs via an octal bi-direc- 
tional data bus. The RIC has a number of on-chip registers 
Indicating the status of the hub management functions, chip 
configuration and port status. These may be accessed by 
providing the chosen address at the Register Address 
(RA4-RA0) Input pins. 

Display update cycles and processor accesses occur utiliz- 
ing the same data bus. An on-chip arbiter In the processor/ 
display block schedules and controls the accesses and en- 
sures the correct Information Is written Into the display latch- 
es. During the display update cycles the RIC behaves as a 
master of its data bus. This is the default state of the data 
bus. Consequently, a TRI-STATE buffer must be placed be- 
tween the RIC and the system processor's data bus. This 



ensures bus contention Is avoided during simultaneous dis- 
play update cycles and processor accesses of other devic- 
es on the system bus. When the processor accesses a RIC 
register, the RIC enables the data buffer and selects the 
operation, either Input or output, of the data pins. 

5.2 DESCRIPTION OF REPEATER OPERATIONS 

In order to Implement a multi-chip repeater system which 
behaves as though It were a single logical repeater, special 
consideration must be paid to the data path used In packet 
repetition. For example, where In the path are specific oper- 
ations such as l^anchester decoding and elasticity buffering 
performed. Also the system's state machines which utilize 
available network activity signals, must be able to accom- 
modate the various packet repetition and collision scenarios 
detailed In the repeater specification. 
The RIC contains two types of Inter-actIng state machines. 
These are: 

1. Port State Machines (PSMs). Every network attachment 
has Its own PSM. 

2. Main State Machine (MSM). This state machine controls 
the shared functional blocks as shown In the block dia- 
gram Figure 5. 1. 

Repeater Port and Main State Machines 

These two state machines are described in the following 
sections. Reference is made to expressions used in the 
IEEE Repeater specification. For the precise definition of 
these terms please refer to the specification. To avoid con- 
fusion with the RIC's implementation, where references are 
made to repeater states or terms as described in the IEEE 
specification, these Items are written In italics. The IEEE 
state diagram is shown In Figure 5-3, the Inter-RIC bus state 
diagram Is shown In Figure 5-2. 




TL/F/11096-7 

FIGURE 5.2. Inter-RIC Bus State Diagram 
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5.0 Functional Description (continued) 


















POWER ON 


START 






BEGIN 






i*ni 1 iMfAMY^-^nr'iM^-pnPTrrni i iki^sof^i 1 




* ID " 
^ OUT(AL 


^ u 














l^sidleF 
















DATAIN(ANY)=IF 






C0LLIN{ALL)=SQE:[N<=P0RT(DATAIN=II)] 








i 


COLLIN(N)=SQE+[DATAIN(N)=ll* 






COLLIN(ANYXN)=SQE 


SEND PREAMBLE PATTERN 
OUT(ALLXN)=PREAUBLE PATTERN 


C0LLIN(ALL)=SQE1 
















TT(ALLXN)>62' 


DATARDY'COLLIN(ALL)= 








SQE'DATAIN(N)=II 












1 


COLLIN(N)=SOE+tDATAIN(N)=ll' 








COLLIN(ANYXN)=SQE 


SEND TWO ONES 
UT(ALLXN)=TW0ONE 


C0LLIN(ALL)=SQE] 






C 


5 








TWOONES SENT'COLLIN(ALL)=SQE* 










DATAIN(N)=II 
















COLLIN(N)=SQE+(DATAIN(N)=li* 














1 COLLIN(ALL)=SQE'ALLDATASENT' 












' 1 




COLLIN(ANrXN)=SQE 


SEND DATA 
OUT(ALLXN)=DATA 


1 thanyxn;<361 


. ' " ' 




' 1 




1 — 1 ■ 


' ■ 




1 










■ 






TRANSMIT COLLISION 
OUT(ALL)=JAM 


COLLIN(ANYXN)=SQE 


RECEIVE COLLISION 
OUT(ALLXN)=JAM 






























COLL NIANTXMJ=50E | 


ONE PORT LEFT 
OUT(ALLXM)=JAM 




DATAIN(N)=II* 
COLLIN(ALL)=SQE' 


^1 






COLLINfONLYl^-SOE' 1 






TT(ALLXN)>96* 






TT(ALL)a96:tM<=P0RT(C0LLIN)=SQE)l 


DATAIN(M)=II* 

COLLIN(ALL)=SQr 

TW2D0NE 




TW2D0NE 






C0LUN(ALL)=SQE'TT(ALL)>96' 


0ATAIN(N)=irC0LLIN(ALL)=SQE* 










TW2D0NE 




TT(ALLXN)>96-ALLDATASENT 










STARTTWl 


; 1 




COM rH(4MY)=sqF+TW 1 nnwr 




* 1 


TL/F/1 1096-8 
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5.0 Functional Description (continued) 

Port State Machine (PSM) 

There are two primary functions for the PSIW as follows: 

1 . Control the transmission of repeated data and jam sig- 
nals over the attached segment. 

2. Decide whether a port will be the source of data or colli- 
sion Information which will be repeated over the network. 
This repeater port is known as PORT N. kn arbitration 
process Is required to enable the repeater to transition 
from the /0/.5 state to the SEND PREAMBLE PATTERN 
or RECEIVE COLLISION states, see Figure 5.3. This pro- 
cess is used to locate the port which will be PORT N for 
that particular packet. The data received from this port is 
directed to the PLL decoder and transmitted over the In- 
ter-RICbus. If the repeater enters the rfl/lA/SMrCOa/- 
S/OA/ state a further arbitration operation is performed to 
determine which port Is PORTM. PORT Mis differentiat- 
ed from the repeater's other ports if the repeater enters 
the ONE PORT LEFT state. In this state PORT M does 
not transmit to Its segment; where as all other ports are 
still required to transmit to their segments. 

Main State IMachine (MSIU) 

The IvISM controls the operation of the shared functional 
blocks in each RIC as shown in the block diagram, Figure 
5.1, and it performs the majority of the data and collision 
propagation operations as defined by the IEEE specifica- 
tion, these include: 



Function 


Action 


Preamble 
Regeneration 


Restore the length of the preamble 
pattern to the defined size. 


Fragment 
Extension 


Extend received data or collision 
fragments to meet the minimum 
fragment length of 96 bits. 


Elasticity 
Buffer 
Control 


A portion of the received packet may 
require storage in an Elasticity Buffer to 
accommodate preamble regeneration. 


Jam/ 

Preamble 

Pattern 

Generation 


In cases of receive or transmit collisions 
a RIC is required to transmit a jam 
pattern (1010...). 

Note: This pattem is the same as that used for 
preamble regeneration. 


Transmit 

Collision 

Enforcement 


Once the TRANSMIT COLLISION state 
is entered a repeater is required to stay 
in this state for at least 96 network bit 
times. 


Data 
Encoding 
Control 


NRZ format data from the elasticity 
buffer must be encoded into Manchester 
format data prior to retransmission. 


Tw1 
Enforcement 


Enforce the Transmit Recovery Time 
specification. 


Tw2 
Enforcement 


Enforce Carrier Recovery Time 
specification on all ports with active 
collisions. 



The interaction of the main and port state machines is visi- 
ble, in part, by observing the Inter-RIC bus. 

Inter-RIC Bus Operation 

Overview 

The Inter-RIC Bus consists of eight signals. These signals 
implement a protocol which may be used to connect multi- 
ple RICs together. In this configuration, the logical function 
of a single repeater is maintained. The resulting multi-RIC 
system is compliant to the I EEE 802.3 repeater specification 
and may connect several hundred network segments. An 
example of a multi-RIC system Is shown in Figure 5.4. 
The Inter-RIC Bus connects multiple RICs to realize the fol- 
• lowing operations: 

Port N Identification (which port the repeater receives 

data from) 

Port M Identification (which port is the last one experienc- 
ing a collision) 

Data Transfer 

/?EC£/l«^ COii/S/O/V identification 

TRANSMIT COLLISION identXmation 

O/S/lSif oyrPi/r Gabber protection) 
The following tables briefly describes the operation of each 
bus signal, the conditions required for a RIC to assert a 
signal and which RICs (in a multi-RIC system) would monitor 
a signal: , . . , 



aCki • 


Function 


Input signal to the PSM arbitration 
chain. This chain is employed to 
identify POflrWand PORTM. 
Mote: A HIC which contains PORT Nor 
PORTM may be identified by its AUKO 
signal being low when its ACKI input is 
high. 


Conditions 

required for a 

RIC to drive 

this signal 


Not applicable 


RIC Receiving 
the signal 


This is dependent upon the method 
used to cascade RICs, described in 
a following section. 









ACKO 


Function 


Output signal from the PSM 
arbitration chain. 


Conditions 

required for a 

RiC to drive 

this signal 


This is dependent upon the method 
used to cascade RICs, described in 
a following section. 


RIC Receiving 
the Signal 


Not applicable 
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5.0 Functional Description (continued) 



ACTN 


Function 


This signal denotes there is activity 
on PORT Nor PORT M. 


Conditions 

required for a 

RIC to drive 

this signal 


A RIC must contain PORT N ox 

PORTM. 

Note: Allhough this signal normally has 

only one source asserting the signal active 

It Is used in a wired-or configuration. 


RiC Receiving 
the Signal 


The signal is monitored by all RICs In 
the repdater system. 



IRD 


Function 


Decoded serial data, in NR2 format, 
received from the networl< segment 
attached to PORTN. 


Conditions 

required for a 

RiC to drive 

this signal 


A RIC must contain PORTN. 


RIC Receiving 
the Signal 


The signal is monitored by all other 
RICs in the repeater system. 



ANYXN 


Function 


This signal denotes that a repeater 
port that is not PORT Not PORTM 
Is experiencing a collision. 


Conditions 

required for a 

RiC to drive 

this signal 


Any RIC which satisfies the above 

condition. 

Note: This bus line is used in a wired-or 

configuration. 


RIC Receiving 
the Signal 


The signal is monitored by all RICs in 
the repeater system. 



COLN 


Function 


Denotes PORTN or PORTM is 
experiencing a collision. 


Conditions 

required for a 

RiC to drive 

this signal 


A RIC must contain PORT Nor 
PORTM. (Hole 1) 


RiC Receiving 
the Signal 


The Signal Is monitored by all other 
RICs in the repeater system. 



IRE 


Function 


This signal acts as an activity 
framing signal tor the IRC and IRD 
signals. 


Conditions 

required for a 

RiC to drive 

this signal 


A RIC must contain PORTN. 


RIC Receiving 
the Signal 


The Signal is monitored by all other 
RICs in the repeater system. 



IRC 


Function 


Clock signal associated with IRD 
and IRE. 


Conditions 

required for a 

RIC to drive 

this signal 


A RIC must contain PORTN. 


RIC Receiving 
the Signal 


The signal is monitored by all other 
RICs in the repeater system. 



Note 1; Refer to note on page 25 for tfie transmit collision case. 



Methods of RiC Cascading 

In order to build multi-RIC repeaters PORTN and PORTM 
Identification must be performed across all the RICs in the 
system. Inside each RIC the PSMs are arranged in a logical 
arbitration chain where port 1 is the highest and port 13 the 
lowest. The top of the c hain, th e input to port 1 is accessible 
to the user via the RICs ACKI input pin. Th e output from the 
bottom of the chain becomes the ACKO output pin. In a 
single RIC system PORTNis defined as the highest port in 
the arbitration chain with receive or collision activity. PortN 
identification Is performed when the repeater is in the /OLE 
state. PORT Mis defined as the highest port in the chain 
with a collision when the repeater leaves the TRANSMIT 
COLLISION state. In order for the arbitrati on cha in to func- 
tion, all that needs to be done is to tie the ACKI signal to a 
logic high state. In multi-RIC systems there are two methods 
to propagate the arbitration chain between RICs: 
The first and most straight fonwar d is to extend the arbitra- 
tion chain by daisy chaining the ACKI ACKO signals be- 
tween RICs. I n this approach one RIC is place d at the top of 
the chain (its ACKI input is t ied hi gh), then the ACKO signal 
from this RIC is sent to the ACKI input of the next RIC and 
so on. This arrangement Is simple to implement but It places 
some topological restrictions upon the repeater system. In 
particular, if the repeater is constructed using a backplane 
with removable printed circuit boards. (These boards con- 
tain the RICs and their associat ed componen ts). If one of 
the boards is removed then the ACKI ACKO chain will be 
broken and the repeater will not operate correctly. 
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5.0 Functional Description (continued) 

The second method of PORT N or M identification avoids 
this problem. This second technique relies on an external 
parallel arbiter which monitors all of the RIC's ACKO signals 
and responds to the RIC with the highest priority. In this 
scheme each RIC is assigned with a priority level. One 
method of doing this is to assign a priority number which 
reflects the position of a RIC board on the repeater back- 
plane, I.e., its slot number. When a RIC experiences receive 
activity and the r epeater system is in the IDLE stale; the RIC 
board will assert ACKO. External arbitration logic drives the 
identification number onto an arbitration bus and the RIC 
containing PORTNmW be identified. An identical procedure 
is used in the TRANSMIT COLLISION state to identify 
PORT M. This parallel means of arbitration Is not subject to 
the problems caused by missing boards. I.e., empty slots in 
the backplane. The logic associated with asserting this arbi- 
tration vector in the various packet repetition scenarios 
could be implemented In programmable logic type devices. 
To perform PORT N or M arbitr ation b oth of the above 
methods employ the same signals: ACKI, ACKO and ACTN. 
The Inter-RIC bus allows multi-RIC operations to be per- 
formed in exactly the same manner as If there is only a 
single RIC In the system. The simplest way to describe the 
operation of Inter-RIC bus Is to see how It Is used In a num- 
ber of common packet repetition scenarios. Throughout this 
description the RICs are presumed to be operating In exter- 
nal transceiver mode. This is advantageous for the explana- 
tion since the receive, transmit and collision signals from 
each network segment are observable. In internal transceiv- 
er mode this is not the case, since the collision signal for the 
ncn-AUl ports Is derived by the transceivers inside the RIC. 

5.3 EXAMPLES OF PACKET REPETITION SCENARIOS 
Data Repetition 

The simplest packet operation performed over the Inter-RIC 
Bus Is data repetition. In this operation a data packet Is 
received at one port and transmitted to all other segments. 
The first task to be performed is PO/7r A/ identification. This 
Is an arbitration process performed by the Port State Ma- 
chines in the system. In situations where two or more ports 
simultaneously receive packets the Inter-RIC bus operates 
by choosing one of the active ports and forcing the others to 
transmit data. This is done to faithfully follow the IEEE spec- 
ification's allowed exit paths from the /0/.E state, i.e., to the 
SEND PREAMBLE PATTERN or RECEIVE COLLISION 
states. 

The packet begins with a preamble pattern derived from the 
RIC's on chip jam/preamble generator. The data received 
at PORTN\s directed through the receive multiplexor to the 



PLL decoder. Once phase lock has been achieved, the de- 
coded data, in NRZ format, with its associated clock and 
enable signals are asserted onto the IRD IRE and IRC Inter- 
RIC bus lines. This serial data stream is received from the 
bus by all RICs in the repeater and directed to their Elasticity 
Buffers. Logic circuits monitor the data stream and look for 
the Start of Frame Delimiter (SFD). When this has been 
detected data Is loaded Into the elasticity buffer for later 
transmission. This will occur when sufficient preamble has 
been transmitted and certain Internal state machine opera- 
tions have been fulfilled. 

Figure 5.4 shows two RICs A and B, daisy chained together 
with RIC A positioned at the top of the chain. A packet Is 
received at port 81 of RIC B and is then repeated by the 
other ports In the system. Figure 5.5 shows the functional 
timing diagram for this packet repetition represented by the 
signals shown In Figure 5.4. In this example only two ports 
In the system are shown, obviously the other ports also re- 
peat the packet. It also Indicates the operation of the RICs' 
state machines In so far as can be seen by observing the 
Inter-RIC bus. For reference, the repeater's state transitions 
are shown in terms of the states defined by the IEEE specifi- 
cation. The location, I.e., which port it is, of PORTNls also 
shown. The following section describes the repeater and 
Inter-RIC bus transitions shown in Figure 5.5. 
The repeater is stimulated into activity by the data signal 
received by port B1. The RICs in the system are alerted to 
forthcoming repeater operation by the falling edges on the 
ACKI ACKO daisy chain and the ACTN bus signal. Following 
a defined start up delay the repeater moves to the SEND 
PREAMBLE state. The RIC system utilizes the start up de- 
lay to perform port arbitration. When packet transmission 
begins the RIC system enter the REPEAT state. 
The expected, for normal packet repetition, sequence of re- 
peater slates, SEND PREAMBLE, SEND SFD and SEND 
DATA is followed but Is not visible upon the Inter-RIC bus. 
They are merged together Into a single REPEAT state. This 
is also true for the WAITand IDLEstates, they appear as a 
combined Inter-RIC bus IDLE state. 
Once a repeat operation has begun. I.e., the repeater leaves 
the IDLE state. It Is required to transmit at least 96 bits of 
data or jam/preamble onto its network segments. If the du- 
ration of the received signal from PORTNls smaller than 96 
bits, the repeater transitions to the RECEIVE COLLISION 
state (described later). This behavior Is known as fragment 
extension. 

After the packet data has been repeated, including the emp- 
tying of the RICs' elasticity buffers, the RIC performs the 
TwI transmit recovery operation. This is performed during 
the WAIT state shown in the repeater state diagram. 
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Note: In this example the Inter-RIC bus is configured to use active low signals. 

FIGURE 5.4. RIC System Topology 
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5.0 Functional Description (continued) 
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5.0 Functional Description (continued) 
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FIGURE 5.6. Receive Collision 
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5.0 Functional Description (continued) 

Receive Collisions 

A receive collision is a collision which occurs on the network 
segment attached to PORT N, i.e., the collision is "re- 
ceived" in a similar manner as a data packet is received and 
then repeated to the other network segments. Not surpris- 
ingly receive collision propagation follows a similar se- 
quence of operations as is found with data repetition: 
An arbitration process is performed to find PORT N and a 
preamble/jam pattern is transmitted by the repeater's other 
ports. When POflT" A/ detects a collision on its segment the 
COLN Inter-RIC bus signal is asserted. This forces all the 
RICs in the system to transmit a preamble/jam pattern to 
their segments. This is important since they may be already 
transmitting data from their elasticity buffers. The repeater 
moves to the RECEIVE COLLISION state when the RICs 
begin to transmit the jam pattern. The repeater remains in 
this state until both the following conditions have been ful- 
filled: 

1 . At least 96 bits have been transmitted onto the network, 

2. The activity has ended. 

Under close examination the repeater specification reveals 
that the actual end of activity has its own permutations of 
conditions: 

1. Collision and receive data signals may end simultaneous- 
ly, 

2. Receive data may appear to end before collision signals, 

3. Receive data may continue for some time after the end of 
the collision signal. 

Network segments using coaxial media may experience 
spurious gaps in segment activity when the collision signal 
goes inactive. This arises from the inter-action between the 
receive and collision signal squelch circuits, implemented in 
coaxial transceivers, and the properties of the coaxial cable 
itself. The repeater specification avoids propagation of 
these activity gaps by extending collision activity by the Tw2 
wait time. Jam pattern transmission must be sustained 
throughout this period. After this, the repeater will move to 
the M//1/r state unless there is a data signal being received 
by PORT N. 

The functional timing diagram. Figure 5.6, shows the opera- 
tion of a repeater system during a receive collision. The 
system configuration is the same as earlier described and is 
shown in Figure 5.4. 

The RICs perform the same PORT N arbitration and data 
repetition operations as previously described. The system is ■ 
notified of the receive collision on port B1 by the COLN bus 
signal going active. This is the signal which informs the main 
state machines to output the jam pattern rather than the 
data held in the elasticity buffers. Once a collision has oc- 
curred the IRC, IRD AND IRE bus signals may become un- 
defined. When the collision has ended and the Tw2 opera- 
tion performed, the repeater moves to the WAIT state. 

Transmit Collisions 

A transmit collision is a collision that is detected upon a 
segment to which the repeater system is transmitting. The 
port state machine monitoring the colliding segment asserts 
the ANYXN bus signal. The assertion of ANYXN causes 
PORT M arbitration to begin. The repeater moves to the 



TRANSMIT COLLISION state when the port which has 
been A'OflT" A/ starts to transmit a Manchester encoded 1 on 
to its network segrinent. Whilst in the TRANSMIT COLLI- 
SION stale all ports of the repeater must transmit the 1010 
... jam pattern and PORTM arbitration Is performed. Each 
RIC is obliged, by the IEEE specification, to ensure all of its 
ports transmit for at least 96 bits once the TRANSMIT COL- 
LISION state has been entered. This transmit activity Is en- 
forced by the ANYXN bus signal. Whilst ANYXN is active all 
RIC ports will transmit jam. To ensure this situation lasts for 
at least 96 bits, the MSMs inside the RICs assert the 
ANYXN signal throughout this period. After this period has 
elapsed, ANYXN will only be asserted if there are multiple 
ports with active collisions on their network segments. 
There are two possible ways for a repeater to leave the 
TRANSMIT COLLISION siaXe. The most straight forward is 
when network activity, i.e., collisions and their Tw2 exten- 
isions, end before the 96 bit enforced period expires. Under 
these conditions the repeater system may move directly to 
the WAIT state when 96 bits have been transmitted to all 
ports. If the MSM enforced period ends and there Is still one 
port experiencing a collision the ONE PORT LEFT state is 
entered. This may be seen on the Inter-RIC bus when 
ANYXN is deasserted and PORTM stops transmitting to its 
network segment. In this circumstance the Inter-RIC bus 
transitions to the RECEIVE COLLISION state. The repeater 
will remain in this state whilst PORTM's collision, rn".? colli- 
sion extension and any receive signals are present. When 
these conditions are not true, packet repetition finishes and 
the repeater enters the WAIT state. 
Figure 5.7shows a multi-RIC system operating under trans- 
mit collision conditions. There are many different scenarios 
which may occur during a transmit collision, this figure illus- 
trates one of these. The diagram begins with packet recep- 
tion by port A1. Port B1 experiences a collision, since it is 
not PORT N It asserts ANYXN. This alerts the main state 
machines in the system to switch from data to jam pattern 
transmission. 

Port A1 is also monitoring the ANYXN bus line, its assertion 
forces A1 to relinquish Its PORTN status, start transmitting, 
stop asserting ACTN and re lease its hold on the PSM arbi- 
tration signals (ACKO A and ACKI B). The first bit it transmit 
will be a Manchester encoded "1 " in the Jam pattern. Since 
port B1 Is the only port with a collision it attains PORT M 
status and stops asserting ANYXN. It does however assert 
ACTN, and exert i ts presence upon the PSM arbitration 
chain (forcesACKO B low). The MSMs ensure that ANYXN 
stays active and thus force all of the ports, including PORT 
M, to transmit to their segments. 

After some time port A1 experiences a collision. This arises 
from the presence of the packet being received from port 
A1's segment and the jam signal the repeater is now trans- 
mitting onto this segment. Two packets on one segment 
results in a collision. PORTM now moves from B1 to A1. 
Port A1 fulfills the same criteria as B1, I.e., it has an active 
collision on its segment, but In addition It is higher in the 
arbitration chain. This priority yields no benefits for port A1 
since the ANYXN signal Is still active. There are now two 
sources driving ANYXN, the MSMs and the collision on port 
B1. 

Eventually the collision on port B1 ends and the ANYXN 
extension by the MSMs expires. There is only one collision 
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5.0 Functional Description (continued) 

on the network (this may be deduced since ANYXN is inac- 
tive) so the repeater will move to the ONE PORT LEFT 
state. The RIC system treats this state in a similar manner to 
a receive collision with POflr/W fulfilling the role of the re- 
ceiving port. The difference from a true receive collision is 
that the switch from packet data to the jam pattern has 
already been made (controlled by ANYXN). Thus the state 
of COLN has no effect upon repeater operations. In com- 



mon with the operation of the RECEIVE COLLISION state, 
the repeater remains in this condition until the collision and 
receive activity on POflrw sibsides. The packet repetition 
operation completes when the Twi recovery time in the 
W/1/7" state has been performed. 

Note: In transmit collision conditions COLN will only go active if the RiC 
wtiicti contained PORTNal the start of pacltet repetition contains PORT M 
during the TRANSMIT COLLISION wi ONE PORT LEFT staXes. 



a 

TJ 
00 

w 
<o 
<n 

o 
W 



CD., 



r\f\j\f\Jy\nu-vj~\in^lnu~vs 
u]^pj\j\j\f\j — 



U~v_r-\_r\_j^Lr^ 



IRD 



IRC 

INTER-RIC 

BUS 

STATES 

REPEATER 
STATES 

PORTN 

OR 

PORTM 



-vj-^u-t 



"VAAA. 




rrTrrrikrrr^ 



"^S^ 



mm 



REPEAT — — »- 



RXCOL 



TRANSMIT COLLISION 



ONE PORT LEn 



" y WAIT 



DEX: 



yi\ 



TL/F/11096-12 



Note: In this example tiie Inter-RiC bus is configured to use active low signals. 

FIGURE 5.7. Transmit Collision 
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5.0 Functional Description (Continued) 

Jabber Protection 

A repeater is required to disable transmit activity If the 
length of its current transmission reaches the jabber protect 
limit. This is defined by the specification's Tw3 time. The 
repeater disables output for a time period defined by the 
Tw4 specification, after this period normal operation may 
resume. 



Figure 5.8 shows the effect of a jabber length packet upon a 
RIC based repeater system. The JABBER PROTECT stale 
is entered from the SEND DATA state. While the Tw4 period 
Is obsen/ed the Inter-RiC bus displays the IDLE state. This 
Is misleading since new packet activity or continuous activity 
(as shown In the diagram) does not result In packet repeti- 
tion. This may only occur when the Tw4 requirement has 
been satlsifled. 
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•Note 1: The IEEE Specification does not have a jabber protect state defined in its main state diagram, this behaviour Is defined in an additional MALI Jabber 
Locl<up Protection state diagram. 

Note: In this example the Inter-RIC bus is configured to use active low signals. 

FIGURE 5.8. Jabber Protect 
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5.0 Functional Description (continued) 
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, FIGURE S.9. External Bus Transceiver Connection Diagram 
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5.0 Functional Description (continued) 

5.4 DESCRIPTION OF 
HARDWARE CONNECTION FOR 
INTER-RIC BUS 

When considering the hardware interface the Inter-RIC bus 
may be viewed as consisting of three groups of signals: 

1 . Port Arbitration chain, namely: ACKI and ACKO. 

2. Simultaneous drive and sense signals, I.e., ACTN and 
ANYXN. (Potentially these signals may be driven by multi- 
ple devices). 

3. Drive or sense signals, i.e., IRE, IRD, IRC and COLN. 
(Only one device asserts these signals at any Instance In 
time.) 

The first set of signals are either used as point to point links 
or with external arbitration logic. In both cases the load on 
these signals will not be large so that the on-chip drivers are 
adequate. This may not be true for signal classes (2) and 
(3). 

The Inter-RIC bus has been designed to connect RICs to- 
gether directly or via external bus transceivers. The latter is 
advantageous In large repeaters. In the second application 
the backplane Is often heavily loaded and Is beyond the 
drive capability of the on-chip bus drivers. The need for 
simultaneous sense and drive capabilities on the ACTN and 
ANYXN signals and the desire to allow operation with exter- 
nal bus transceivers makes It necessary for these bus sig- 
nals to each have a pair of pins on the RIC. One driving the 
bus the other sensing the bus signal. When external bus 
transceivers are used they must be open collector/open 
drain to allow wire-ORing of the signals. Additionally, the 
drive and sense enables of the bus transceiver should be 
tied In the active state. 

When the RIC Is used In a stand alone configuration. It Is 
required to tie ACTNp to ACTNs and ANYXNq to ANYXNs. 
The uni-directional nature of Information transfer on the IRE, 
IRD, IRC and COLN signals, means a RIC Is either driving 
these signals or recelvng them from the bus but not both at 
the same time. Thus a single bl-directlonai Input/output pin 
Is adequate for each of these signals. In an external bus 
transceiver Is used with these signals the Packet Enable 
"PKEN" RIC output pin performs the function of a drive 
enable and sense disable. 

Figure 5.9 shows the RIC connected to the Inter-RIC bus via 
external bus transceivers, such as National's DS3893A bus 
transceivers. 

Some bus transceivers are of the Inverting type. To allow 
the Inter-RIC bus to utilize these transceivers the RIC may 



be configured to Invert the active states of the ACTN, 
ANYXN, COLN and IRE signals. Instead of being active low 
they are active high. 

Thus they become active low once more when passed 
through an Inverting bus driver. This Is particularly important 
for the ACTN and ANYXN bus lines, since these signals 
must be used In a wired-or configuration. Incorrect signal 
polarity would make the bus unusable. 

5.5 PROCESSOR AND DISPLAY INTERFACE 

The processor Interface pins, which Include the data bus, 
address bus and control signals, actually perform three op- 
erations which are multiplexed on these pins. These opera- 
tions are: 

1. The Mode Load Operation, which performs a power up 
Initialization cycle upon the RIC. 

2. Display Update Cycles, which are refresh operations for 
updating the display LEOs. 

3. Processor Access Cycles, which allows /iP's to commu- 
nicate with the RICs registers. 

These three operations are described below. 
Mode Load Operation 

The Mode Load Operation Is a hardware Initialization proce- 
dure performed at power on. It loads vital device configura- 
tion Information Into on-chip config uration re gisters. In addi- 
tion to Its configur ation func tion the MLOAD pin Is the RICs 
reset Input. When MLOAD is low all of the RICs repeater 
timers, state machines, segment partition logic and hub 
management logic are reset. 

The Mode Load Operation may be accomplished by attach- 
ing the appropriate set of pull up and pull down resistors to 
the data and register address pins to assert logic high or low 
sig nals onto these pins, and the providing a rising edge on 
the MLOAD pin as Is shown in Figure 5. 10. The mapping of 
chip functions to the configuration Inputs Is shown In Table 
5.1. Such an arrangement may be performed using a simple 
resistor, capacitor, diode network. Performing the Mode 
Load Operation In this way enables the configuration of a 
RIC that Is in a simple repeater system (one without a proc- 
essor). 

Alternatively In a complex repeater system, the Mode Load 
Operation may be perfor med usin g a processor write cycle. 
This would require the MLOAD pin be connected to the 
CPU's write strobe via some decoding logic, and Included In 
the processor's memory map. 
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5.0 Functional Description (continued) 

TABLE 5.1. Pin Definitions for Options In the Mode Load Operation 


Pin 
Name 


Programming 
Function 


Effect When 
Bit Is 


Effect When 
Bit is 1 


Function 


DO 


resv 


Not Permitted 


Required 


To ensure correct device operation, this bit must be written with a 
logic one during the mode load operation. 


D1 


tw2 


5 bits 


3 bits 


This allows the user to select one of two values for the repeater 
specification tw2 time. The lower limit (3 bits) meets the IEEE 
specification. The upper limit (5 bits) is not specification 
compliant but may provide users with higher network throughput 
by avoiding spurious network activity gaps when using coaxial 
(10BASE2, 10BASE5) network segments. 


D2 




63 


31 


The partition specification requires a port to be partitioned after a 
certain number of consecutive collisions. The RIC has two values 
available to allow users to customize the partitioning algorithm to 
their environment. Please refer to the Partition State Machine, in 
data sheet Section 7.3. 


CCLIM 


D3 




Selected 


Not Selected 


The RIC may be configured to partition a port If the segment 
transceiver does not loopback data to the port when the port Is 
transmitting to it, as described in the Partition State Machine. 


LPPART 


D4 




Selected 


Not Selected 


This configuration bit allows the on-chip partition algorithm to 
include out of window collisions into the collisions it monitors, as 
described in the Partition State Machine. 


OWCE 


D5 




Selected 


Not Selected 


This configuration bit allows the on-chip partition algorithm to 
restrict segment reconnectlon, as described in the Partition State 
Machine. 


TXONLY 


D6 




Selected 


Not Selected 


The Partition state machines for all ports may be disabled by 
writing a logic zero to this bit during the mode load operation. 


DPART 


D7 


MIN/MAX 


Minimum 
Mode 


Maximum 
Mode 


The operation of the display update block is controlled by the 
value of this configuration bit, as described in the Display Update 
Cycles section. 
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5.0 Functional Description (Continued) 

TABLE 5.1 Pin Definitions for Options in tlie IMode Load Operation (Continued) 



Pin 
Name 



Programming 
Function 



Effect Wiien 
Bit is 



Effect When 
Bit Is 1 



Function 



RAO 



BYPAS1 



These configuration bits select which of the repeater ports 
(numbers 2 to 13) are configured to use the on-chip internal 
10BASE-T transceivers or the external transceiver Interface. The 
external transceiver interface operates using AUI compatible 
signal levels. 



RA1 



BYPAS2 



BYPAS2 


BYPAS1 


information 








All ports (2 to 13) use the external 
Transceiver Interface. 





1 


Ports 2 to 7 use the external 
interface, B to 1 3 use the Internal 
1 0BASE-T transceivers. 


1 





Ports 2 to 5 use the external 
interface, 6 to 13 use the Internal 
1 0BASE-T transceivers. 


1 


1 


All ports (2 to 13) use the Internal 
1 0BASE-T transceivers. 



RA2 



BINV 



Active High 
Signals 



Active Low 
Signals 



This selection determines whether the Inter-RIC signals: IRE, 
ACTN, ANYXN, COLN and Management bus signal IVICRS are 
active high or low. 



RA3 



EXPLL 



External PLL 



Internal PLL 



If desired, the RIC may be used with an external decoder, this 
configuration bit performs the selection. 



RA4 



Not Permitted 



Required 



To ensure correct device operation, this bit must be written with 
a logic one during the mode load operation. 
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5.0 Functional Description (continued) 

5.6 DESCRIPTION OF HARDWARE 
CONNECTION FOR PROCESSOR 
AND DISPLAY INTERFACE 

Display Update Cycles 

The RIC possesses control logic and interface pins which 
may be used to provide status information concerning activi- 
ty on the attached network segments and the current status 
of repeater functions. These status cycles are completely 
autonomous and require only simple support circuitry to pro- 
duce the data in a form suitable for a light emitting diode 
"LED" display. The display may be used in one of two 
modes: 

1 . Minimum Mode: General Repeater Status LEDs 

2. Maximum Mode: Individual Port Status LEDs 
Minimum mode, intended for simple LED displays, makes 
available four status indicators. The first LED denotes 
whether the RIC has been forced to activate its jabber pro- 
tect functions. The remaining 3 LEDs indicate if any of the 
RIC's network segments are: (1) experiencing a collision, (2) 
receiving data, (3) currently partitioned. When minimum dis- 
play mode is selected the only external components re- 
quired are a 74LS374 type latch, the LEDs and their current 
limiting resistors. 

Maximum mode differs from minimum mode by providing 
display information specific to individual network segments. 
This information denotes the collision activity, packet recep- 
tion and partition status of each segmenL In the case of 
10BASE-T segments the link integrity status and polarity of 
the received data are also made available. The wide variety 
of information available in maximum mode may be used in 
its entirety or in part. Thus allowing the system designer to 
choose the appropriate complexity of status display com- 
mensurate with the specification of the end equipment. 



The signals provided and their timing relationships have 
been designed to interface directly with 74LS259 type ad- 
dressable latches. The number of latches used being de- 
pendant upon the complexity of the display. Since the latch- 
es are octal, a pair of latches is needed to display each type 
of segment specific data (13 ports means 13 latch bits). The 
accompanying tables (5.1 and 5.2) show the function of the 
interface pins in minimum and maximum modes. Figure 5. 12 
shows the location of each port's status information when 
maximum mode is selected. This may be compared with the 
connection diagram Figure 5.11. 

Immediately following the Mode Load Operation (when the 
MLOAD pin transitions to a high logic state), the display 
logic performs an LED test operation. This operation lasts 
one second and while it is in effect all of the utilized LEDs 
will blink on. Thus an installation engineer is able to test the 
operation of the display by forcing the RIC into a reset cy cle 
(MLOAD forced low). The rising edge on the MLOAD pin 
starts the LEO test cycle. During the LED test cycle the 
RIC does not perform packet repetition operations. 
The status display possesses a capability to lengthen the 
time an LED is active. At the end of the repetition of a pack- 
et, the display is frozen showing the current activity. This 
freezing lasts for 30 milliseconds or until a subsequent 
packet is repeated. Thus at low levels of packet activity the 
display stretches activity information to make it discernabia 
to the human eye. At high traffic rates the relative bright- 
ness of the LEDs indicates those segments with high or low 
activity. 

It should be mentioned that when the Real Time Interrupt 
(RTI) occurs, the display update cycle will stop and after RTI 
is serviced, the display update cycle will resume activity. 



TABLE 5.2. Status Display Pin Functions in Minimum Mode 



Signal Pin Name 



DO 



D1 



D2 



D3 



D4 



D(7:5) 



STRO 



STR1 



Function in MINIMUM MODE 



No operation 



Provides status information indicating if there is a collision occurring on one of the segments attached to this 
RIC. 



Provides status information indicating if one of this RIC's ports is receiving a data or collision packet from a 
segment attached to this RIC. __^ 



Provides status information indicating that the RIC has experienced a jabber protect condition. 



Provides Status information indicating if one of the RIC's segments is partitioned. 



No operation 



This signal is the latch enable for the 374 type latch. 



This signal is held at a logic one. 
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5.0 Functional Description (continued) 

Table 5.3 status Display Pin Functions in MAXIMUM MODE 


Signal Pin 
Name 


Function In Maximum Mode 


DO 


Provides status information concerning the Link Integrity status of 1 0BASE-T segments. This signal should be 
connected to the data inputs of the chosen pair of 74LS259 latches. 


D1 


Provides status Information Indicating If there is a collision occurring on one of the segments attached to this RIC. 
This signal should be connected to the data inputs of the chosen pair of 74LS259 latches. 


D2 


Provides status information Indicating If one of this RIC's ports is receiving a data or a collision packet from Its 
segment. This signal should be connected to the data inputs of the chosen pair of 74LS259 latches. 


D3 


Provides Status information indicating that the RiC has experienced a jabber protect condition. Additionally It 
denotes which of its ports are partitioned. This signal should be connected to the data inputs of the chosen pair of 
74LS259 latches. 


D4 


Provides status information indicating if one of this RIC's ports is receiving data of Inverse polarity. This status 
output Is only valid If the port is configured to use its internal 1 0BASE-T transceiver. The signal should be 
connected to the data inputs of the chosen pair of 74LS259 latches. 


D(7:5) 


These signals provide the repeater port address corresponding to the data available on D(4:0). 


STro 


This signal Is the latch enable for the lower byte latches, that is the 74LS259s which display information concerning 
ports 1 to 7. 


Stri 


This signal is the iatch enable for the upper byte latches, that is the 74LS259s which display Information concerning 
ports 8 to 13. 


Maximum Mode LED Definitions 

74LS259 Latch Inputs ^ STRO 


259 Output 


QO 


01 


02 


03 


04 


05 


06 


07 


259AddrS2-0 


000 


001 


010 


Oil 


100 


101 


110 


111 


RIC Port Number 




1 (AUI) 


2 


3 


4 


5 


6 


7 


RIG DO 259 #1 






LINK 


LINK 


LINK 


LINK 


LINK 


LINK 


RIC D1 259 #2 


ACOL 


COL 


COL 


COL 


COL 


COL 


COL 


COL 


RIC D2 259 #3 


AREC 


REC 


REC 


REC 


REC 


REC 


REC 


REC 


RIC D3 259 #4 


JAB 


PART 


PART 


PART 


PART 


PART 


PART 


PART 


RIC D4 259 #5 






BDPOL 


BDPOL 


BDPOL 


BDPOL 


BDPOL 


BDPOL 


74LS259 (or Equiv.) Latcti Inputs = STRI 


259 Output 


QO 


Q1 


Q2 


03 


04 


05 


06 


Q7 


259AddrS2-0 


000 


001 


010 


Oil 


100 


101 


110 


111 


RIC Port Number 


8 


9 


10 


11 


12 


13 






RIC DO 259 #6 


LINK 


LINK 


LINK 


LINK 


LINK 


LINK 






RIC D1 259 #7 


COL 


COL 


COL 


COL 


COL 


COL 






RIC D2 259 #8 


REC 


REC 


REC 


REC 


REC 


REC 






RIC D3 259 #9 


PART 


PART 


PART 


PART 


PART 


PART 






RIC D4 259 #10 


BDPOL 


BDPOL 


BDPOL 


BDPOL 


BDPOL 


BDPOL 






This shows the LED Output Functions for the LED Drivers when 74LS269S are used. The top table refers to the banlt of 4 74LSZ59S latched with STRO, and the 
lower table refers to the bank of 4 74LS259S latched with STRT. For example the RIC's DO data signal goes to 259 # 1 and #6. These two 74LS259S then drive the 
LINK LEDS). 

Note: ACOL - Any Port Collision, AREC = Any Port Reception. JAB - Any Port Jabbering, LINK = Port Unk, COL = Port Collision, REC = Port Reception, 
PART - Port Partitioned, BDPOL = Bad (inverse) Polarity or received data 

FIGURE 5.12 
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5.0 Functional Description (continued) 
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5.0 Functional Description (continued) 



MANAGEMENT BUS 



INTER-RIC BUS 



CPU-WR 



BASE-ADOR , 



CPU-ADDR 



CPU-DATA 



niiin 



NETWORK 
INTERFACES 



MLOAD 

RD 

WR 

rtT 

— It 
RDY 5 



DP83950 
RIC 




D(7:5) 



STRO 



DW 
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D(7:5), 



OCX) 



FIGURE 5.13. Processor Connection Diagram 
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5.0 Functional Description (continued) 

Processor Access Cycles 

Access to the RIC's on-chip registers is made via its proces- 
sor interface. This utilizes conventional non-multiplexed ad- 
dress (five bit) and data (eight bit) busses. The data bus is 
also used to provide data and address information to off 
chip display latches during display update cycles. While per- 
forming these cycles the RIC behaves as a master of its 
data bus. Consequently a TRI-STATE bi-directional bus 
transceiver, e.g., 74LS245 must be placed between the RIC 
and any processor bus. 

The processor requests a register access by asserting the 
read "RD" or write "WR" input strobes. The RIC responds 
by finishing any current display update cy cle and asserts the 
tri-state buffer enable signal "BUFFEN". If the processor 
cycle is a write cycle then the RIC's data buffers are dis- 
abled to prevent contention. In order to interface to the RIC 
in a processor controlled system it is likely a PAL device will 
be used to perform the following operations: 

1. Locate the RIC in the processor's memory map (address 
decode), 

2. Generate the RIC's read and write strobes, 

3. Control the direction signal for the 74LS245. 

An example of the processor and display interfaces is 
shown in Figure 5. 13. 

6.0 Hub Management Support 

The RIC provides information regarding the status of its 
ports and the packets it is repeating. This data is available in 
three forms: 

1 . Counted Events — Network events accumulated into the 
RIC's 16-bit Event Counter Registers. 

2. Recorded Events— Network events that set bits in the 
Event Record Registers. 

3. Hub Management Status Packets— This is information 
sent over the Management Bus in a serial function to be 
decoded by an Ethernet Controller board. 

The counted and recorded event information is available 
through the processor interface. This data is port specific 
and may be used to generate interrupts via the Event Log- 
ging Interrupt "ED" pin. Since the information is specific to 
each port, each repeater port has its own event record reg- 
ister and event counter. The counters and event record reg- 
isters have user definable masks which enable them to be 
configured to count and record a variety of events. The 
counters and record registers are designed to be used to- 
gether so that detailed information, i.e., a count value can 
be held on-chip for a specific network condition, and more 
general information, i.e., certain types of events have oc- 
curred, may be retained in on-chip latches. Thus the user 
may configure the counters to increment upon a rapidly oc- 
curring event (most likely to be used to count collisions), 
and the record registers may log the occurrence of less 
frequent error conditions such as jabber protect packets. 



6.1 EVENT COUNTING FUNCTION 

The counters may increment upon the occurrence of one of 
the categories of event as described below. 
Potential sources for Counter increment: 
Jabber Protection (JAB): The port counter increments if 
the length of a received packet from its associated port, 
causes the repeater state machine to enter the jabber pro- 
tect state. 

Elasticity Buffer Error (ELBER): The port counter incre- 
ments if a Elasticity Buffer underflow or overflow occurs dur- 
ing packet reception. The flag is held inactive if a collision 
occurs during packet reception or if a phase lock error, de- 
scribed below, has already occurred during the repetition of 
the packet. 

Phase Lock Error (PLER): A phase lock error is caused if 
the phase lock loop decoder looses lock during packet re- 
ception. Phase lock onto the received data stream may or 
may not be recovered later in the pacl(et and data errors 
may have occurred. This flag is held inactive if a collision 
occurs. 

Non SFD Packet (NSFD): If a packet is received and the 
start of frame delimiter is not found, the port counter will 
increment. Counting is inhibited if the packet suffers a colli- 
sion. 

Out of Window Collision (OWC): The out of window colli- 
sion flag for a port goes active when a collision is experi- 
enced outside of the network slot time. 
Transmit Collision (TXCOL): The transmit collision flag for 
a port is enabled when a transmit collision is experienced by 
the repeater. Each port experiencing a collision under these 
conditions is said to have suffered a transmit collision. 
Receive Collision (RXCOL): The receive collision flag for a 
port goes active when the port is the receive source of net- 
work activity and suffers a collision, provided no other net- 
work segments experience collision then the receive colli- 
sion flag for the receiving port will be set. 
Partition (PART): The port counter increments when a port 
becomes partitioned. 

Bad Link (BDLNK): The port counter increments when a 
port is configured for 10BASE-T operation has entered the 
link lost state. 

Short Event reception (SE): The port counter increments if 
the received packet is less than 74 bits long and no collision 
occurs during reception. 

Packet Reception (REC): When a packet is received the 
port counter increments. 

In order to utilize the counters the user must choose, from 
the above list, the desired statistic for counting. This counter 
mask information must be written to the appropriate. Event 
Count Mask Register. There are two of these registers, the 
Upper and Lower, Event Count Mask registers. For the ex- 
act bit patterns of these registers please see Section 8 of 
the data sheet. 

For example if the counters are configured to count network 
collisions and the appropriate masks have been set, then 
whenever a collision occurs on a segment, this information 
is latched by the hub management support logic. At the end 
of repetition of the packet the collision status, respective to 
each port, is loaded into that port's counter. This operation 
is completely autonomous and requires no processor inter- 
vention. 
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6.0 Hub Management Support (continued) 

Each counter is 16 bits long and may be directly read by the 
processor. Additionally each counter has a number of de- 
codes to indicate the current value of the count. There are 
three decodes: 

Low Count (a value of OOFF Hex and under), 
High Count (a value of COOO Hex and above), 
Full Count (a value of FFFF Hex). 
The decodes from each counter are logically "ORed" to- 
gether and may be used as interrupt sources for the EU 
interrupt pin. Additionally the status of these bits may be 
observed by reading the Page Select Register (PSR), (see 
Section 8 for register details). In order to enable any of 
these threshold inten^ipts, the appropriate intermpt mask bit 
must be written to the Management and Interrupt Configura- 
tion Register; see Section 8 for register details. 
In addition to their event masking functions the Upper Event 
Counting Mask Register (UECMR) possesses two bits 
which control the operation of the counters. When written to 
a logic one, the reset on read bit "ROR" resets the counter 
after a processor read cycle is performed. If this operation is 
not selected then in order to zero the counters they must 
either be written with zeros by the processor or allowed to 
roll over to all zeros. The freeze when full bit "FWF" pre- 
vents counter roll over by inhibiting count up cycles (these 
happen when chosen events occur), thus freezing the par- 
ticular counter at FFFF Hex. 

The port event cou nters m ay also be controlled by the 
Counter Decrement (CDEC) pin. As its name suggests a 
logic low state on this pin will decrem ent all the counters by 
a single value. The pulses on CDEC are internally synchro- 
nized and scheduled so as not to conflict with any "up 
counting" activity. It an up count and a down count occur 
simultaneously then the down count is delayed until the up 
count has completed. This combination of up and down 
counting capability enables the RIC's on-chip counters to 
provide a simple rolling average or be used as extensions of 
larger off chip counters. 

Note: If the FWF option is enabled then the count down operation is dis- 
abled from those registers which have reached FFFF Hex and conse- 
quently have been frozen. Thus, if FWF is set and CDEC has been 
employed to provide a rate indication. A frozen counter indicates that 
a rate has been detected which has gone out of bounds, i.e., too fast 
increment or too slow increment. If the low count and high count 
decodes are employed as either interrupt sources or In a polling cycle, 
the direction of the rate excursion may be determined. 

Reading the Event Counters 

The RIC's external data bus is eight bits wide, since the 
event counters are 1 6 bits long two processor read cycles 
are required to yield the counter value. In order to ensure 
that the read value is correct and to allow simultaneous 
event counts with processor accesses, a temporary holding 
register is employed. A read cycle to either the lower or 
upper byte of a counter, causes both bytes to be latched 
into the holding register. Thus when the other byte of the 
counter is obtained the holding register is accessed and not 
the actual counter register. This ensures that the upper and 
lower bytes contain the value sampled at the same instance 
in time, i.e., when the first read cycle to that counter oc- 
curred. 

There is no restriction concerning whether the upper or low- 
er byte is read first. However to ensure the "same instance 
value" is obtained, the reads of the upper then lower byte 
(or vice versa) should be performed as consecutive reads of 



the counter array. Other NON COUNTER registers may be 
read in between these read cycles and also write cycles 
may be performed. If another counter is read or the same 
byte of the original counter is read, then the holding register 
is updated from the counter an-ay and the unread byte is 
lost. 

If the reset on read option is employed then the counter is 
reset after the transfer to the holding register is performed. 
Processor read and write cycles are scheduled in such a 
manner that they do not conflict with count up or count 
down operations. That is to say, in the case of a processor 
read the count value is stable when it is loaded into the 
holding register. In the case of a processor write, the newly 
written value is stable so it maybe incremented or decre- 
me nl by any subsequent count operation. During the period 
the MLOAD pin is low, (power on reset) all counters are 
reset to zero and all count masks are forced into the dis- 
abled state. Section 8 of the data sheet details the address 
location of the port event counters. 

6.2 EVENT RECORD FUNCTION 

As previously stated each repeater port has its own Event 
Recording Register. This is an 8-bit status register each bit 
is dedicated to logging the occurrence of a particular event 
(see Section 8 for detailed description). The logging of 
these events is controlled by the Event Recording Mask 
Register, for an event to be recorded the particular mask bit 
must be set, (see Section 8 description of this register). Sim- 
ilar to the scheme employed for the event counters, the 
recorded events are latched during the repetition of a pack- 
et and then automatically loaded into the recording registers 
at the end of transmission of a packet. When one of the 
unmasked events occurs, the particular port register bit is 
set. This status is visible to the user. All of the register bits 
for all of tlW ports are logically "ORed" together to produce 
a Flag Found "FF" signal. This indicator may be found by 
reading the Page Select Register. Additionally an interrupt 
may be generated if the appropriate mask bit is enabled in 
the Management and Interrupt Configuration Register. 
A processor read cycle to a Event Record Register resets 
any of the bits set in that register. Read operations are 
scheduled to guarantee non changing data during a read 
cycle. Any internal bit setting event which immediately fol- 
lows a processor read will be successful. The events which 
may be recorded are described below: 
Jabber Protection (JAB): This flag goes active if the length 
of a received packet from the relevant port, causes the re- 
peater state machine to enter the Jabber Protect state. 
Elasticity Buffer Error (ELBER): This condition occurs if 
an Elasticity Buffer full or overflow occurs during packet re- 
ception. The flag is held inactive if a collision occurs during 
packet reception or if a phase lock error has already oc- 
curred during the repetition of the packet. 
Phase Lock Error (PLER): A phase lock error is caused if 
the phase lock loop decoder loses lock during packet re- 
ception. Phase lock onto the received data stream may or 
may not be recovered later in the packet and data errors 
may have occurred. This flag is held inactive if a collision 
occurs. 

Non SFD Packet (NSFD): If a packet Is received and the 
start of frame delimiter is not found, the flag will go active. 
The flag is held inactive if a collision occurs in during packet 
repetition. 
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6.0 Hub Management Support (continued) 

Out of Window Collision (OWC): The out of window colli- 
sion flag for a port goes active wtien a collision is experi- 
enced outside of ihe network slot time. 
Partition (PART): Ttiis flag goes active wtien a port be- 
comes partitioned. 

Bad Link (BDLNK): Tiie flag goes active when a port is 
configured for 1 0BASE-T operation has entered the link lost 
state. 

Short Event reception (SE): This flag goes active if the 
received packet is less than 74 bits long and no collision 
occurs during reception. 

6.3 MANAGEMENT INTERFACE OPERATION 

The HUB Management interface provides a mechanism to 
combine repeater status information with packet information 
to form a hub management status packet. The interface, a 
serial bus consisting of carrier sense, received clock and 
received data, is designed to connect one or multiple RIC's 
over a backplane bus to a DP83932 "SONIC" network con- 
troller. The SONIC and the RICs form a powerful entity for 
network statistics gathering. 
The interface consists of four pins: 
MRXC (Management Receive Clock— 10 MHz NRZ 

Clock output. 
IVICRS fvlanagement Carrier Sense— Input/Output indi- 
cating of valid data stream. 
MRXD Management Receive Data— NRZ Data output 

synchronous to MRXC. 
PCOMP Packet Compress— Input to truncate the pack- 
et's data field. 
The first three signals mimic the interface between an 
Ethernet controller and a phase locked loop decoder (spe- 
cifically the DP83932 SONIC and DP83910 SNI), these sig- 
nals are driven by the RIC receiving the packet. MRXC and 
MRXD compose a n NRZ se rial data stream compatible with 
the DP83932. The PCOMP signal is driven by logic on the 
processor board. The actual data stream transferred over 
MRXD is derived from data transferred over the IRD Inter- 
RIC bus line. These two data streams differ in two important 
characteristics: 

1. At the end of packet repetition a hub management status 
field is appended to the data stream. This status field, 
consisting of 7 bytes is shown in Figure 6. 1 and 6.2. The 
information field is obtained from a number of packet 
status registers described below. In common with the 
802.3 protocol the least significant bit of a byte is trans- 
mitted first. 

2. While the data field of the repeated packet is being trans- 
ferred over the management bus, received clock signals 
on the MRXC pin may be inhibited. This oper ation is u n- 
der the control of the Packet Compress pin PCOMP. if 
PCOMP is asserted during repetition of the packet then 
MRXC signals are inhibited when the number of bytes 
(after SFD) transferred over the management bus equals 
the number indicated in the Packet Compress Decode 
Register. This regis ter provides a means to delay the ef- 
fect of the PCOMP signal, which may be generated early 
in the packet's repetition, until the desired moment. Pack- 
et compression may be used to reduce the amount of 



memory required to buffer packets when they are received 
and are waiting to be processed by hub management soft- 
ware. In this kind of application an address decoder, which 
forms part of the packet compress logic, would monitor the 
address fields as they are received over the management 
bus. If the destination address is not the address of the 
management node inside the hub, then packet compression 
could be employed. In this manner only the portion of the 
packet meaningful for hub management interrogation, i.e., 
the address fields, is transferred to the SONIC and is buff- 
ered in memory. 
If the repeated packet ends before PCOMP is asserted or 
before the required number of bytes have been trans- 
ferred, then the hub management status field is directly 
appended to the received data at a byte boundary. If the 
repeated packet is significantly l onger tha n the value in 
the Decode Register requires and PCOMP is asserted the 
status fields will be delayed until the end of packet repeti- 
tion. During this delay period MRXC clocks are inhibited 
but the MCRS signal remains asserted. 

Note: II PCOMP is asserted lale in the paci<et, i.e., after ttie number of bytes 
defined by the packet compression register, then packet compression 
will not occur. 

The Management Interface may be fine tuned to meet the 
timing consideration of the SONIC and the access time of 
its associated packet memory. This refinement may be per- 
formed in two ways: 

1. The default mode of operation of the Management inter- 
face is to only transfer packets over the bus which have a 
start of frame delimiter. Thus "packets" that are only pre- 
amble/jam and do not convey any source or destination 
address information are inhibited. This filtering may be 
disabled by writing a logic zero to the Management Inter- 
face Configuration or "MIFCON" bit in the Management 
and Interrupt Configuration Register. See Section 8 for 
details. 

2. The Management bus has been designed to accommo- 
date situations of maximum network utilization, for exam- 
ple when collision generated fragments occur; (these col- 
lision fragments may violate the IEEE802.3 IFG specifica- 
tion). The IFG required by the SONIC is a function of the 
time taken to release space in the receive FIFO and to 
perform end of packet processing (write status informa- 
tion into memory). These functions are primarily memory 
operations and consequently depend upon the bus laten- 
cy and the memory access time of the system. In order to 

, allow the system designer some discretion in choosing 
the speed of this memory, the RIC may be configured to 
protect the SONIC from a potential FIFO overflow. This is 
performed by utilizing the Inter Frame Gap Threshold Se- 
lect Register. 

The value held in this register, plus one, defines, in net- 
work bit times, the minimum allowed gap between frames 

. on the management bus. If the gap is smaller than this 
number then MCRS is asserted but MRXC clocks are in- 
hibited. Consequently no data transfer is performed. 
Thus the system designer may make the decision wheth- 
er to gather statistics on all packets even if they occur 
with very small IFGs or to monitor a subset. 

The status field, shown in Figure 6. 1, contains information 

which may be conveniently analyzed by considering it as 
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6.0 Hub Management Support (continued) 

providing information of six different types. They are held in 
seven Pacltet Status Registers "PSRs": 

1. The RIC and port address fields [PSR(O) and (1)] can 
uniquely identify the repeater port receiving the pacl<et 
out of a potential maximum of 832 ports sharing the same 
management bus (64 RICs each with 13 ports). Thus all 
of the other status fields can be correctly attributed to the 
relevant port. 

2. The status flags the RIC produces for the event counters 
or recording latches are supplied with each packet 
[PSR(2)]. Additionally the clean receive CLN status is 
supplied to allow the user to determine the reliability of 
the address fields in the packet. The CLN status bit 
[PSR(1)] is set if no collisions are experienced during the 
repetition of the address fields. 

3. The RIC has an on-chip timer to indicate when, relative to 
the start of packet repetition, a collision, if any, occurred 
[PSR(3)]. There is also a timer which indicates how many 
bit times of IFG was seen on the network between repeti- 
tion of this packet and the preceding one. This is provid- 
ed by [PSR(6)]. 

4. If packet compression is employed, the receive byte 
count contained in the SONIC's packet descriptor will in- 
dicate the number of bytes transferred over the manage- 
ment bus rather than the number of bytes in the packet. 
For this reason the RIC which receives the packet. 



counts the number of received bytes and transfers this over 
the management bus [PSR(4), (5)]. 

5. Appending a status field to a data packet will obviously 
result in a CRC error being flagged by the SONIC. For this 
reason the RIC monitors the repeated data stream to 
check for CRC and FAE errors. In the case of FAE errors 
the RIC provides additional dummy data bits, so that the 
status fields are always byte aligned. 

6. As a final check upon the effectiveness of the manage- 
ment interface, the RIC transfers a bus specific status bit 
to the SONIC. This flag Packet Compress Done PCOMPD 
[PSR(O)], may be monitored by hub management soft- 
ware to check if the packet compression operation is en- 
abled. 

Figure 6.2 shows an example of a packet being transmitted 
over the management bus. The first section of the diagram 
(moving from left to right) shows a short preamble and SFD 
pattern. The second region contains the packet's address 
and the start of the data fields. During this time logic on the 
processor/SONIC card would determine if packet compres- 
sion should be used on this packet. The PCOMP signal is 
asserted and packet transfer stops when the number of 
bytes transmitted equals the value defined in the decode 
register. Hence the MRXC signal is idle for the remainder of 
the packet's data and CRC fields. The final region shows 
the transfer of the RICs seven bytes of packet status. 
The following pages describe these Hub Management regis- 
ters which constitute the management status field. 



Packet Status 
Register PSR 



PSR(O) 



PSR(1) 



PSR(2) 



PSR(3) 
Collision Bit 
Timer 



PSR(4) 

Lower Repeat 
Byte Count 



PSR(5) 
Upper Repeat 
Byte Count 



PSR(6) 
Inter Frame 
Gap Bit Timer 



D7 



AS 



CRCER 



SE 



CBT7 



RBY7 



RBY15 



IBT7 



D6 



A4 



FAE 



owe 



CBT6 



RBY6 



RBY14 



IBT6 



D5 



A3 



COL 



NSFD 



CBT5 



RBY5 



RBY13 



IBT5 



D4 



A2 



CLN 



PLER 



CBT4 



RBY4 



RBY12 



IBT4 



D3 



A1 



PAS 



ELBER 



CBT3 



RBY3 



RBY11 



IBT3 



D2 



AO 



PA2 



JAB 



CBT2 



RBY2 



RBY10 



IBT2 



D1 



PCOMPD 



PA1 



CBT9 



CBT1 



RBY1 



RBY9 



IBT1 



DO 



TXCOL 



PAO 



CBT8 



CBTO 



RBYO 



RBY8 



IBTO 



Note: These registers may only be reliably accessed via the management interface. Due to the nature of these registers they may not be 
cycles) via the processor interface. 

FIGURE 6.1. Hub Management Status Field 



accessed (read or write 



3-48 



6.0 Hub Management Support (continued) 
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6.0 Hub Management Support (continued) 



Packet Status Register 



D7 


D6 


D5 


D4 


D3 


D2 


D1 


DO 


A5 


A4 


A3 


A2 


A1 


AO 


PCOMPD 


resv 



Bit 


Symbol 


Description 


DO 


resv 


RESERVED FOR FUTURE USE: This bit is currently undefined, management software sliould not 
examine the stale of this bit. 


D1 


PCOMPD 


PACKET COMPRESSION DONE: If pacl<et compression is utilized, this bit informs the user that 
compression was performed, i.e., the packet was long enough to require compression. 


D(7:2) 


A(5:0) 


RIC ADDRESS (5:0): This address is defined by the user and is supplied when writing to the RIC Address 
Register. It is used by hub management software to distinguish between RICs in a multi-RIC system. 



Packet Status Register 1 
D7 D6 D5 



D4 



D3 



D2 



D1 



DO 



CRCER 


FAE 


COL 


CLN 


PA3 


PA2 


PA1 


PAD 



Bit 


Symbol 


Description 


D(3;0) 


PA(3:0) 


PORT ADDRESS: This field defines the port which is receiving the packet. 


D4 


CLN 


CLEAN RECEIVE: This bit is asserted from the start of reception, and is deasserted if a collision occurs 
within a window from the start of reception to the end of the 1 3th byte after SFD detection. If no SFD is 
detected the window is extended to the end of reception. 


D5 


COL 


COLLISION: It a receive or transmit collision occurs during packet repetition the collision bit is asserted. 


D6 


FAE 


FRAME ALIGNMENT ERROR: This bit is asserted if a Frame Alignment Error occurred in the repeated 
packeL 


D7 


CRCER 


CRC ERROR: This bit is asserted if a CRC Error occurred in the repeated packet. 

This status flag should not be tested if the COL bit is asserted since the error may be simply due to the 

collision. 
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6.0 Hub Management Support (continued) 



Packet Status Register 2 
D7 D6 D5 


D4 


D3 


D2 


D1 


DO 


SE 


owe 


NSFD 


PLER 


ELBER 


JAB 


CBT9 


CBT8 



a 
•a 

00 
CO 
<D 
U1 

o 
00 



Bit 



D(1:0) 



D2 



D3 



D4 



D5 



D6 



D7 



Symbol 



CT(9:8) 



JAB 



ELBER 



PLER 



NSFD 



Description 



COLLiSION TIMER BITS 9 AND 8: These two bits are the upper bits of tile collision bit timer. 



JABBER EVENT: This bit indicates that the receive packet was so long the repeater was forced to go into a 

jabber protect condition. ___^ - 



ELASTICITY BUFFER ERROR: During the pacltet an Elasticity Buffer under/overflow occurred. 



PHASE LOCK LOOP ERROR: The packet suffered sufficient jitter/noise corruption to cause the phase 
lock loop decoder to lose lock. . 



owe 



± 



SE 



NON SFD: The repeated packet did not contain a Start of Frame Delimiter. When this bit is set the Repeat 
Byte Counter counts the length of the entire packet. When this bit is not set the byte counter only counts 
post SFD bytes. 

Note: The operation of this bit is not inhibited by the occurrence of a collision during packet repetition (see description of the 
Repeat Byte Counter below). ^ 



OUT OF WINDOW COLLISION: The packet suffered an out of window collision. 



SHORT EVENT: The receive activity was so small it met the criteria to be classed as a short event. 



The other registers comprise the remainder of the collision 
timer register [PSR(3)], the Repeat Byte Count registers 
[PSR(4), (5)], and the inter Frame Gap Counter "IFG" regis- 
ter [PSR(6)]. 

Collision Bit Timer 

The Collision Timer counts in bit times the time between the 
start of repetition of the packet and the detection of the 
packet's first collision. The Collision counter increments as 
the packet is repeated and freezes when a collision occurs. 
The value in the counter is only valid when the collision bit 
"COL" in [PSR(1)] is set 

Repeat Byte Counter 

The Repeat Byte Counter is a 16 bit counter which can per- 
form two functions. In cases where the transmitted packet 
possesses an SFD, the byte counter counts the number of 
received bytes after the SFD field. Alternatively if no SFD is 
repeated the counter reflects the length of the packet, 
counted in bytes, starting at the beginning of the preamble 
field. When performing the latter function the counter is 
shortened to 7 bits. Thus the maximum count value is 127 
bytes. The mode of counting is indicated by the "NSFD" bit 
in [PSR(2)]. In order to check if the received packet was 
genuinely a Non-SFD packet, the status of the COL bit 
should be checked. During collisions SFD fields may be lost 
or created, Management software should be robust to this 
kind of behaviour. 

Inter Frame Gap (IFG) Bit Timer 

The IFG counter counts in bit times the period in between 
repeater transmissions. The IFG counter increments when- 
ever the Rie is not transmitting a packet. If the IFG is long, 
i.e., greater than 255 bits the counter sticks at this value. 
Thus an apparent count value of 255 should be interpreted 
as 255 or more bit times. 



6.4 DESCRIPTION OF HARDWARE 
CONNECTION FOR IVIANAGEMENT INTERFACE 

The RIC has been designed so it may be connected to the 
Management bus directly or via external bus transceivers. 
The latter is advantageous in large repeaters. In this appli- 
cation the system backplane is often heavily loaded beyond 
the drive capabilities of the on-chip bus drivers. 
The uni-directional nature of information transfer on the 
MCRS, MRXD and MRXC signals, means a single open 
drain output pin is adequate for each of these signals. The 
Management Enable (MEN) RIC output pin performs the 
function of a drive enable for an external bus transceiver if 
one is required. 

In common with the Inter-RIC bus signals ACTN, ANYXN, 
COLN and IRE the MCRS active level asserted by the 
MCRS output is determined by the state of the BINV Mode 
Load configuration bit. 

7.0 Port Block Functions 

The RIC has 13 port logic blocks (one for each network 
connection). In addition to the packet repetition operations 
already described, the port block performs two other func- 
tions: 

1. The physical connection to the network segment (trans- 
ceiver function). 

2. It provides a means to protect the network from malfunc- 
tioning segments (segment partition). 

Each port has its own status register. This register allows 
the user to determine the current status of the port and 
configure a number of port specific functions. 
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7.0 Port Block Functions (continued) 

7.1 TRANSCEIVER FUNCTIONS 

The RIC may connect to network segments in three ways: 

1. Over AUI cable to transceiver boxes, 

2. Directly to board mounted transceivers, 

3. To twisted pair cable via a simple interface. 

The first method is only supported by RiC port 1 (the AUi 
port). Options (2) and (3) are available on ports 2 to 1 3. The 
selection of the desired option is made at device initializa- 
tion during the Mode Load operation. The Transceiver By- 
pass XBYPAS configuration bits are used to determine 
whether the ports will utilize the on-chip 10BASE-T trans- 
ceiver or bypass these in favour of external transceivers. 
Four possible combinations of port utilization are supported: 
All ports (2 to 13) use the external Transceiver Interface. 
Ports 2 to 5 use the external interface, 6 to 13 use the 
internal 10BASE-T transceivers. 

Ports 2 to 7 use the external interface, 8 to 13 use the 
internal 10BASE-T transceivers. 

All ports (2 to 13) use the internal 10BASE-T transceivers. 
1 0BASE-T Transceiver Operation 
The RIC contains virtually all the digital and analog circuits 
required for connection to 10BASE-T network segments. 
The only additional active component is an external driver 
packet. The connection for a RiC port to a 10BASE-T seg- 
ment is shown in Figure 7. 1. The diagram shows the compo- 
nents required to connect one of the RIC's ports to a 
10BASE-T segment. The major components are the driver 
package, a member of the 74ACT family, and an integrated 
filter/choke network. 

The operation of the 10BASE-T transceiver's logical func- 
tions may be modified by software control. The default 
mode of operation is for the transceivers to transmit and 
expect reception of link pulses. This may be modified if a 
logic one is written to the GDLNK bit of a port's status regis- 
ter. The port's transceiver will operate normally but will not 
transmit link pulses nor monitor their reception. Thus the 
entry to a link fall state and the associated modification of 
transceiver operation will not occur. 
The on-chip 10BASE-T transceivers automatically detect 
and correct the polarity of the received data stream. This 
polarity detection scheme relies upon the polarity of the re- 
ceived link pulses and the end of the packet waveform. Po- 
larity detection and correction may be disabled under soft- 
ware control as follows: 

1) Write the value 07H to the Page Select Register (address 
10H). 

2) Write the value 02H to the address 11H. (Note that ad- 
dress 1 1 H will read back OOH after writing 02H to it). 

This is the only exception for accessing any of the reserved 
pages 4 to 7. 

External Transceiver Operation 

RIC ports 2 to 13 may be connected to media other than 
twisted-pair by opting to bypass the on-chip transceivers. 
When using external transceivers the user must have the 
external transceivers perform collision detection and the 
other functions associated with an IEEE 802.2 Media Ac- 
cess Unit. Figure 7.2 shows the connection between a re- 
peater port and a coaxial transceiver using the AUI type 
interface. 



7.2 SEGMENT PARTITION 

Each of the RIC's ports has a dedicated state machine to 
perform the functions defined by the IEEE partition algo- 
rithm as shown in Figure 7.3. To allow users to customize 
this algorithm for different applications a number of user 
selected options are available during device configuration at 
power up (the Mode Load Cycle). 
Five different options are provided: 

1. Operation of the 13 partition st ate mach ines may be dis- 
abled via the disable partition DPART configuration bit 
(Pin D6). 

2. The value of consecutive counts required to partition a 
segment (the CCLimit specification) may be set at either 
31 or 63 consecutive collisions. 

3. The use of the TW5 specification in the partition algorithm 
differentiates between collisions which occur early in a 
packet (before TW5 has elapsed) and those which occur 
late in the packet (after TW5 has elapsed). These late or 
"out of window" collisions can be regarded in the same 
manne r as ear ly collisions if the Out of Window Collision 
Enable OWCE option is selected. This configuration bit is 
applied to the D4 pin during the Mode Load operation. 
The use of OWCE delays until the end of the packet the 
operation of the state diagram branch marked (1) and 
enables the branch marked (2) in Figure 7.3. 

4. The operation of the ports' state machines when recon- 
necting a seg ment may also be modified by the user. The 
Transmit Only TXONLY configuration bit allows the user 
to prevent segment reconnection unless the reconnect- 
ing packet is being sourced by the repeater. In this case 
the repeater is transmitting on to the segment, rather 
than the segment transmitting when the repeater is idle. 
The normal mode of reconn ection do es not differentiate 
between such packets. The TXONLY configuration bit is 
input on Pin D5 during the Mode Load cycle. If this option 
is selected the operation of the state machine branch 
marked (3) in Figure 7.3 is affected. 

5. The RIC may be configured to use an additional criterion 
for segment partition. This is referred to as loop back 
partition. If this operation is selected the partition state 
machine monitors the receive and collision inputs from a 
network segment to discover if they are active when the 
port is transmitting. Thus determining if the network trans- 
ceiver is looping back the data pattern from the cable. A 
port may be partitioned if no data or collision signals are 
seen by the partition logic in the following window: 61 to 
96 network bit times after the start of transmission see 
data sheet Section 8 for details. A segment partitioned by 
this operation may be reconnected in the normal manner. 

in addition to the autonomous operation of the partition 
state machines, the user may reset these state machines. 
This may be don e individually to each port by writing a logic 
one to the PART bit in its status register. The port's partition 
state machine and associated counters are reset and the 
port is reconnected to the network. The reason why a port 
become partitioned may be discovered by the user by read- 
ing the port's status register. 
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7.0 Port Block Functions (continued) 

7.3 PORT STATUS REGISTER FUNCTIONS 

Each RIC port has its own status register. In addition to 
providing status concerning the port and its network seg- 
ment the register allows the following operations to be per- 
formed upon the port: 

1 . Port disable 

2. Link Disable 

3. Partition reconnection 

4. Selection between normal and reduced squelch levels 



Note that the link disable and port disable functions are mu- 
tually exclusive functions, i.e., disabling link does not affect 
receiving and transmitting from/to that port and disabling a 
port does not disable link. 

When a port is disabled packet transmission and reception 
between the port's segment and the rest of the network Is 
prevented. 
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Note: For recommended modules, see "Ethernet Magnetics Vendors for 10BASE-T. 10BASE2, and 10BASE5" in Section 5 of this Databook. 

FIGURE 7.1. Port Connection to a 10BASE-T Segment 
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7.0 Port Block Functions (continued) 



TX+ 
TX- 
RIC CD+ 
CD- 
RX+ 
RX- 



100 /iH PULSE 
TRANSFORMER 



u 




R3CX R4CX R5CX R6CX 







, 1 


C3l 
47 /iF " 


N 


12 



IN OUT 

DC TO DC 
CONVERTER 

ISOLATED 
GND 



GND 



DP8392 



CD+ 
CD- 

RXt 
RX- 

TX+ 
TX- 




CDS 
RXI 
TXO 

HBE 
CND 



C7 

0.01 ;jF 



^ 



J2 

BNC 

CONNECTOR 



1 — T — 

J_ C6 > R8 

T- 0.01 ;iF > 1M,1/2W 



O 09 
/v/ SPARK 



Jf 



GAP 



TL/F/11096-20 

FIGURE 7.2. Port Connection to a 10BASE2 Segment (AUI Interface Selected) 

The preceding diagrams show a RIC port (Numbers 2 to 13) connected to a 10BASE-T and a 10BASE2 segment The values of any components not indicated 
above are to be determined. 
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7.0 Port Block Functions (continued) 



BEGIN 



(1) 



COUNT CLEAR 

CC(X)=0 

DATAIN(X)=DIPRESENT(X) 

C0LL1N(X)=CIPRESENT{X) 



DIPRESENT(X)=II' 
CIPRESENT(X)=SQE 



COLLISION COUNT IDLE 
DATAIN(X)=DIPRESENT(X) 
COLLIN(X)=CIPRESENT(X) 



TW5D0NE* 

DIPRESENT(X)=F_ 

CIPRESENT(X)=SQE 



DIPRESENT(X)=ir_ 
CIPRESENT(X)=SQE 



DIPRESENT{X)=II+ 
CIPRESENT(X)=SQE 



WATCH FOR COLLISION 

STARTW5 

DATAIN(X)=DIPRESENT(X) 

C0LL1N(X)=CIPRESENT{X) 



CIPRESENT(X)=SQE 



COLLISION COUNT INCREMENT 

CC(X)=CC(X)t I 
DATAIN(X)=DIPRESENT(X) 
COLLIN(X)=CIPRESENT(X) 
STARTW6 



DIPRESENT(X)=II* 

CIPRESENT(X)=SOE 

CC(X)<CCLIMIT* 



TW6D0NE 



CC(X)a:CCLIMIT+(TW6D0NE'CIPRESENT(X)=SQE) 



(2) 



o 
■o 

09 

w 
to 
tn 

o 
00 



PARTITION WAIT 

DATAIN(X)=II_ 
COLLIN(X)=SQE 



DIPRESENT(X)-II' 
CIPRESENT(X)=SQE 



PARTITION HOLD 

DATAIN(X)=II 
COLLIN(X)=SQE 



CIPRESENT(X)=SQE 



DIPRESENT(X)=IH- 
CIPRESENT(X)=SQE 



PARTITION COLLISION WATCH 

DATAIN(X)=II 

COLLIN(X)=SQE 

STARTW6 



DIPRESENT{X)=ir_ 
CIPRESENT(X)=SQE 



(3) 



j TW5D0NE'D1PRESE_NT(X)=F 
I CIPRESENT(X)=SQE 



CIPRESENT(X)=SQE 



WAIT TO RESTORE PORT 
DATAIN(X)=II 
COLLIN(X)=SQE 
CC(X)=0 



DIPRESENT(X)=II' 
CIPRESENT(X)=SOE 



TL/F/11096-21 



FIGURE 7.3. IEEE Segment Partition Algorithm 
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8.0 RIC Registers 

RIC Register Address Map 

The RIC's registers may be accessed by applying the re- 
quired address to the five Register Address (RA(4:0)) input 
pins. Pin RA4 makes the selection between the upper and 
lower halves of the register array. The lower half of the reg- 
ister map consists of 16 registers: 
1 RIC Real Time Status and Configuration register, 
13 Port Real Time Status registers, 
1 RIC Configuration Register 
1 Real Time Interrupt Status Register. 



These registers may be directly accessed at any time via 
the RA(4:0) pins, (RA4 = 0). The upper half of the register 
map, (RA4 = 1), is organized as 4 pages of registers: 
Event Count Configuration page (0), 
Event Record page (1), 
Lower Event Count page (2) 
Upper Event Count page (3) 

Register access within these pages is also performed using 
the RA(4:0) pins, (RA4 = 1). Page switching is performed 
by writing to the Page Selection bits (PSEL2, 1, 0). These 
bits are found In the Page Select Register, located at ad- 
dress 10 hex on each page of the upper half of the register 
array. AT power on these bits default to Hex, I.e., page 
zero. 
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8.0 RIC Registers (continued) 

Register Memory Map 


Address 


Name 


Page (0) 


Paged) 


Page (2) 


Page (3) 


OOH 


RIC Status and Configuration Register 


01H 


Port 1 Status Register 


02H 


Port 2 Status Register 


03H 


Port 3 Status Register 


04H 


Port 4 Status Register 


05H 


Port 5 Status Register 


06H 


Port 6 Status Register 


07H 


Port 7 Status Register 


08H 


Port 8 Status Register 


09H 


Port 9 Status Register 


OAH 


Port 10 Status Register 


OBH 


Port 1 1 Status Register 


OCH 


Port 1 2 Status Register 


ODH 


Port 13 Status Register 


OEH 


RIC Configuration Register 


OFH 


Real Time Interrupt Register 


10H 


Page Select Register 


11H 


Device Type Register 


Port 1 Event Record 
Register (ERR) 






12H 


Lower Event Count 
Mask Register (ECMR) 


Port 2 ERR 


Port 1 Lower Event 
Count Register (ECR) 


Port 8 Lower ECR 


13H 


Upper ECMR 


Port 3 ERR 


Port 1 Upper ECR 


Port B Upper ECR 


14H 


Event Record Mask 
Register 


Port 4 ERR 


Port 2 Lower ECR 


Port 9 Lower ECR 


15H 


resv 


Port 5 ERR 


Port 2 Upper ECR 


Port 9 Upper ECR 


16H 


Management/Interrupt 
Configuration Register 


Port 6 ERR 


Port 3 Lower ECR 


Port 1 Lower ECR 


17H 


RIC Address Register 


Port 7 ERR 


Port 3 Upper ECR 


Port 10 Upper ECR 


18H 


Packet Compress 
Decode Register 


Port 8 ERR 


Port 4 Lower ECR 


Port 1 1 Lower ECR 


19H 


resv 


Port 9 ERR 


Port 4 Upper ECR 


Port 1 1 Upper ECR 


1AH 


resv 


Port 10 ERR 


Port 5 Lower ECR 


Port 12 Lower ECR 


1BH 


resv 


Port 11 ERR 


Port 5 Upper ECR 


Port 12 Upper ECR 


1CH 


resv 


Port 12 ERR 


Port 6 Lower ECR 


Port 13 Lower ECR 


1DH 


resv 


Port 13 ERR 


Port 6 Upper ECR 


Port 13 Upper ECR 


1EH 


resv 




Port 7 Lower ECR 




1FH 


IFG Threshold 




Port 7 Upper ECR 




Note: All registers marked resv on pages to 3 must not be accessed by the user. The other register pages, 4 to 7, are also reserved. 
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8.0 RIC Registers (continued) 

Register Array Bit Map Addresses OOH to 10H 


Address 
(Hex) 


D7 


D6 


D5 


D4 


D3 


D2 


D1 


DO 


00 


BINV 


BYPAS2 


BYPAS1 






JAB 








resv 


APART 


AREC 


ACOL 


01 to 
OD 


DISPT 


SQL 


PTYPE1 


PTYPEO 






REC 


COL 




PART 


dDLNK 


OE 


MINMAX 






OWCE 








Tw2 


resv 


DPART 


TXONLY 


LPPART 


CCLIM 


OF 


IVCTR3 


IVCTH2 


IVCTR1 


iVCTRO 


ISRC3 


ISRC2 


ISRC1 


ISRCO 


Register Array Bit Map Addresses 10H to 1FH Page (0) 


Address 
(Hex) 


D7 


D6 


DS 


D4 


D3 


D2 


D1 


DO 


10 


FC 


HC 


LC 


FF 


resv 


PSEL2 


PSEL1 


PSELO 


11 


























12 


BDLNKC 


PARTC 


RECC 


SEC 


NSFDC 


PLERC 


ELBERC 


JABC 


13 


resv 


resv 


OWCC 


RXCOLC 


TXCOLC 


resv 


FWF 


ROR 


14 


BDLNKE 


PARTE 


OWCE 


SEE 


NSFDE 


PLERE 


ELBERE 


JABE 


16 


TFC 


IRC 


ILC 


IFF 


IREC 


ICOL 






MIFCON 


IPART 


17 


AS 


A4 


A3 


A2 


A1 


AO 


resv 


resv 


18 


PCD7 


PCD6 


PCD5 


PCD4 


PCD3 


PCD2 


PCD1 


PCDO 


IF 


IFGT7 


IFGT6 


IFGT5 


IFGT4 


IFGT3 


IFGT2 


IFGT1 


IFGTO 


Register Array Bit Map Addresses 10H to 1FH Page (1) 


Address 
(Hex) 


D7 


D6 


D5 


D4 


D3 


D2 


D1 


DO 


10 


FC 


HC 


LC 


FF 


resv 


PSEL2 


PSEL1 


PSELO 


11 to 
ID 


BDLNK 


PART 


owe 


SE 


NSFD 


PLER , 


ELBER 


JAB 


Register Array Bit Map Addresses 10H to 1FH Pages (2) and (3) 


Address 
(Hex) 


D7 


D6 


DS 


D4 


D3 


D2 


D1 


DO 


10 


FC 


HC 


LC 


FF 


resv 


PSEL2 


PSEL1 


PSELO 


11 


— 


— 


■ 


— , - 


: : — 


— ■ ■: 


— 


— 


Even 
Locations 


EC7 


EC6 


ECS 


EC4 


EC3 . 


EC2 


EC1 


ECO 


Odd 
Locations 


EC15 


ECU 


EC13 


EC12 


ECU 


EC10 


EC9 


EC8 
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8.0 RIC Registers (continued) 

RIC Status and Configuration Register (Address OOH) 

The lower portion of this register contains real time information concerning the operation of the RIC. The upper three bits 
represent the chosen configuration of the transceiver interface employed. 
07 D6 D5 04 D3 D2 D1 DO 



a 

00 

w 

U1 

DO 



BINV 


BYPAS2 


BYPAS1 


APART 


3SB 


AREC 


ACOL 


resv 



Bit 



R/W 



Symbol 
Access 



Description 



DO 



RESERVED FOR FUTURE USE: 

Reads as a logic 0. 



D1 



RCSE 



ANY COLLISIONS: 

0: A collision is occurring at one or more of the RIC's ports. 
1: No collisions. 



D2 



SREC 



ANY RECEIVE: 

0: One of the RIC's ports is the current pacl<et or collision receiver. 
1 : No packet or collision reception within this RIC. 



D3 



3SB 



JABBER PROTECT: 

0; The RIC has been forced into jabber protect state by one of its ports or by another port on the 

Inter-RIC bus, (Multi-RIC operations). 

1 : No jabber protect conditions exist. 



D4 



ANY PARTITION: 

0: One or more ports are partitioned. 
1: No ports are partitioned. 



05 
D6 



BYPAS1 
BYPAS2 



These bits define the configuration of ports 2 to 13 i.e., their use If the internal 10BASE-T 
transceivers or the external (AUI-like) transceiver interface. 



D7 



BINV 



BUS INVERT: 

This register bit informs whether the Inter-RIC signals: IRE, ACTN, ANYXN, COLN and Management 
bus signal MORS are active high or low. 
0: Active high 
1: Active low 
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8.0 RIC Registers (continued) 



Port Real Time Status Registers (Address 01H to ODH) 
D7 D6 D5 D4 D3 D2 


D1 


DO 


DISPT 


EGP 


PTYPE1 


PTYPEO 


PART 


REC 


COL 




GDLNK 



Bit 



DO 



D1 



D2 



R/W 



R/W 



Symbol 



GDLNK 



Description 



GOOD LINK: 

0: Link pulses are being received by the port. • . 

1 : Llnl< pulses are not being received by the port logic. 

Note: Writing a 1 to this bit will cause the 10BASE-T transceiver not the transmit or monitor the reception of iini< 

pulses, if the internal 1 0BASE-T transceivers are not selected or if port 1 (AUI port) is read, then this bit is 

undefined. 



CSL COLLISION: 

0: A collision is happening or has occurred during the current pacl<et. 
1: No collisions have occurred as yet during this pacl<et. 



REC 



RECEIVE: 

0: This port is now or has been the receive source of packet or collision information for the 

current packet. 

1 : This port has not been the receive source during the current packet. i 



D3 R/W 



PART 



D(5, 4) 



PARTITION: 

0: This port is partitioned. 

1 : This port is not partitioned. 

Writing a logic one to this bit forces segment reconneclion and partition state machine reset. 

Writing a zero to this bit has no effect. 



PTYPEO 
PTYPE1 



PARTITION TYPE 

PARTITION TYPE 1 ' 

The partition type bits provide information specifying why the port is partitioned. 



PTYPE1 


PTYPEO 


Information 








Consecutive Collision Limit Reached 





1 


Excessive Length of Collision Limit Reached 


1 





Failure to See Data Loopback from Transceiver in 
Monitored Window 


1 


1 


Processor Forced Reconnection 



06 



R/W 



SQL 



SQUELCH LEVEL: 

0: Port operates with normal IEEE receive squelch level. 

1 : Port operates with reduced receive squelch level. 

Note: This bit has no effect when the external transceiver is selected. 



07 



R/W 



DISPT 



DISABLE PORT: 

0: Port operates as defined by repeater operations. 
1 : All port activity is prevented. 
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8.0 RIC Registers (continued) 



RIC Configuration Register (Address OEH) 

This register displays the state of a number of RIC configuration bits loaded during the Mode Load operation. 
D7 D6 D5 D4 D3 D2 D1 DO 



O 

■D 

OD 
U 

to 
<n 

o 
CD 



MINMAX 












Tw2 


resv 


DPART 


TXONLV 


6wce 


LPPART 


CCLIM 



Bit 



R/W 



Symbol 



Description 



DO 



RESERVED FOR FUTURE USE: Value set at logic one. 



D1 



Tw2 



CARRIER RECOVERY TIME: 

0:Tw2s8tat5bits. 
1 : Tw2 set at 3 bits. 



02 



CCLIM 



CONSECUTIVE COLLISION LIMIT: 

0: Consecutive collision limit set at 63 collisions. 
1 : Consecutive collision limit set at 31 collisions. 



D3 



LPPART 



LOOPBACK PARTITION: 

0: Partitioning upon lack of loopback from transceivers is enabled. 
1: Partitioning upon lack of loopback from transceivers is disabled. 



D4 



OWCE 



OUT OF WINDOW COLLISION ENABLE: 

0: Out of window collisions are treated as in window collisions by the segment partition state 

machines. 

1 : Out of window collisions are treated as out of window collisions by the segment partition state 

machines. 



D5 



TXONLY 



ONLY RECONNECT UPON SEGMENT TRANSMISSION: 

0: A segment will only be reconnected to the network if a packet transmitted by the RIC onto that 
segment fulfills the requirements of the segment reconnection algorithm. 
1 : A segment will be reconnected to the network by any packet on the network which fullfills the 
requirements of the segment reconnection algorithm. 



D6 



DPART 



DISABLE PARTITION: 

0: Partitioning of ports by on-chip algorithms is prevented. 
1 : Partitioning of ports by on-chip algorithms Is enabled. 



D7 



MINMAX 



MINIMUM/MAXIMUM DISPLAY MODE: 

0: LED display set In minimum display mode. 
1 : LED display set in maximum display mode. 
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8.0 RIC Registers (Continued) 

Real Time Interrupt Register (Address OFH) 

The Real Time Interrupt register (RTI) contains information which may change on a packet by pacl<et basis. Any remaining 
interrupts which have not been sen/iced before the following packet is transmitted are cleared. Since multiple interrupt sources 
may be displayed by the RTI a priority scheme is implemented. A read cycle to the RTI gives the Interrupt source and an address 
vector indicating the RIC port which generated the interrupt. The order of priority for the display of interrupt information Is as 
follows: 

1. The receive source of network activity (Port N), 

2. The first RIC port showing collision 

3. A port partitioned or reconnected. 

During the repetition of a single packet it is possible that multiple ports may be partitioned or alternatively reconnected. The 
ports have equal priority in displaying partition/reconnection information. This data is derived from the ports by the RTI register 
as It polls consecutively around the ports. 

Reading the RTI clears the particular Interrupt. If no interrupt sources are active the RTI returns a no valid interrupt status. 



D7 


D6 


D5 


D4 


D3 


D2 


D1 


DO 


IVCTR3 


IVCTR2 


IVCTR1 


IVCTRO 


ISRC3 


ISRC2 


ISRC1 


ISRCO 



Bit 


R/W 


Symbol 
Access 


Description 


D(3:0) 


R 


ISCR(3:0) 


INTERRUPT SOURCE: These four bits indicate the reason why the interrupt was generated. 


D(7:4) 


R 


IVCTR(3!0) 


INTERRUPT VECTOR; This field defines the port address responsible for generating the 
interrupt. 



The following table shows the mapping of interrupt sources onto the D3 to DO pins. Essentially each of the three interrupt 
sources has a dedicated bit in this field. If a read to the RTI produces a low logic level on one of these bits then the interrupt 
source may be directly decoded. Associated with the source of the interrupt is the port where the event is occurring. If no 
unmasked events (receive, collision, etc.), have occurred when the RTI Is read then an all ones pattern is driven by the RIC onto 
the data pins. 



D7 


D6 


D5 


D4 


D3 


D2 


D1 


DO 


Comments 


PA3 


PA2 


PA1 


PAG 


1 


1 





1 


First Collision 

PA(3:0) = Collision Port Address 


PA3 


PA2 


PA1 


PAO 


1 





1 


1 


Receive 

PA(3:0) = Receive Port Address 


PAS 


PA2 


PA1 


PAO 





1 


1 


1 


Partition Reconnection 

PA(3:0) = Partition Port Address 


1 


1 


1 


1 


1 


1 


1 


1 


No Valid Interrupt 
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8.0 RIC Registers (Continued) 

Page Select Register ((All Pages) Address lOH) 

The Page Select register performs two functions: 

1 . It enables switches to be made between register pages, 

2. It provides status information regarding the Event Logging Interrupts. 



D7 


D6 


D5 


D4 


D3 


D2 


D1 


DO 


FC 


HC 


LC 


FF 


resv 


PSEl^ 


PSEL1 


PSELO 



Bit 


R/W 


Symbol 


Description 


D(2:0) 


R/W 


PSEL(2:0) 


PAGE SELECT BITS: When read these bits indicate the currently selected Upper Register Array 
Page. Write cycles to these locations facilitates page swapping. 


D3 


R 


resv 


RESERVED FOR FUTURE USE 


D4 


R 


FF 


FLAG FOUND: This indicates one of the unmasked event recording latches has been set. 


D5 


H 


LC 


LOW COUNT: This indicates one of the port event counters has a value less than OOFF Hex. 


D6 


R 


HC 


HIGH COUNT: This indicates one of the port event counters has a value greater than COOO Hex. 


D7 


R 


FC 


FULL COUNTER: This indicates one of the port event counters has a value equal to hl-HI- Hex. 



Device Type Register (Page OH Address 1 1H) 

This register may be used to distinguish different revisions of RIC. If this register Is read It will return a different value each for 
DP83950 revisions. (Contact National Semiconductor for revision information.) Write operations to this register have no effect 
upon the contents. 

D7 D6 D5 D4 D3 D2 D1 DO 



XX 



■o 

09 

u 

(D 
U1 

o 
CD 
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8.0 RIC Registers (continued) 



Lower Event Count Mask Register (Page OH Address 12H) 



D7 


D6 


D5 


D4 


D3 


D2 


01 


DO 


BDLNKC 


PARTC 


RECC 


SEC 


NSFDC 


PLERC 


ELBER C 


JABC 



Bit 


R/W 


Symbol 


Description 


DO 


R/W 


JABC 


JABBER COUNT ENABLE: Enables recording of Jabber Protect events. 


D1 


R/W 


ELBERC 


ELASTICITY BUFFER ERROR COUNT ENABLE: Enables recording of Elasticity Buffer Error 
events. 


D2 


R/W 


PLERC 


PHASE LOCK ERROR COUNT ENABLE: Enables recording of Carrier Error events. 


D3 


R/W 


NSFDC 


NON SFD COUNT ENABLE: Enables recording of Non SFD packet events. 


D4 


R/W 


SEC 


SHORT EVENT COUNT ENABLE: Enables recording of Sliort events. 


D5 


R/W 


RECC 


RECEIVE COUNT ENABLE: Enables recording of Packet Receive (port N status) events that do not 
suffer collisions. 


D6 


R/W 


PARTC 


PARTITION COUNT ENABLE: Enables recording of Partition events. 


D7 


R/W 


BDLNKC 


BAD LINK COUNT ENABLE: Enables recording of Bad Link events. 



Upper Event Count Mask 
D7 D6 DS 



Register (Page OH Address 13H) 
D4 03 02 



01 



DO 



resv 


resv 


OWCC 


RXCOLC 


TXCOLC 


resv 


FWF 


ROR 



Bit 


R/W 


Symbol 


Description 


DO 


R/W 


ROR 


RESET ON READ: Tills bit selects tiie action a read operation has upon a port's event counter: 
0: No effect upon register contents. 
1 : The counter register is reset 


D1 


R/W 


FWF 


FREEZE WHEN FULL: This bit controls the freezing of the Event Count registers when the 
counter is full (FFFF Hex) 


D2 


R 


resv 


RESERVED FOR FUTURE USE: This bit should be written with a low logic level. 


D3 


R/W 


TXCOLC 


TRANSMIT COLLISION COUNT ENABLE: Enables recording of transmit collision events only. 


D4 


R/W 


RXCOLC 


RECEIVE COLLISION COUNT ENABLE: Enables recording of receive collision events only. 


D5 


R/W 


OWCC 


OUT OF WINDOW COLLISION COUNT ENABLE: Enables recording of out of window collision 
events only. 


D(7: 6) 


R 


resv 


RESERVED FOR FUTURE USE: These bits should be written with a low logic level. 



Note 1: To count all collisions then both the TXCOLC and RXCOLC bits must be set. The OWCC bit should not bo set otherwise the port counter will be 
incremented twice when an out of collision window collision occurs. The OWCC bit alone should be set if only out of window collision are to be counted. 
Note 2: Writing a 1 enables the event to be counted. 
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8.0 RIC Registers (continued) 

Event Record Mask Register (Page OH Address 14H) 



O 
•V 

eo 
w 
<o 

ui 
o 
CD 



D7 


D6 


D5 


D4 


D3 


D2 


D1 


DO 


BDLNKE 


PARTE 


OWCE 


SEE 


NSFDE 


PLERE 


ELBERE 


JABE 



Bit 



DO 



D1 



D2 



D3 



D4 



D5 



D6 



D7 



R/W 



R/W 



R/W 



R/W 



R/W 



R/W 



R/W 



R/W 



R/W 



Symbol 



JABE 



ELBERE 



PLERE 



NSFDE 



SEE 



OWCE 



PARTE 



BDLNKE 



Description 



JABBER ENABLE: Enables recording of Jabber Protect events. 



ELASTICITY BUFFER ERROR ENABLE: Enables recording of Elasticity Buffer Error events. 



PHASE LOCK E RROR ENABLE: Enables recording of Carrier Error events. 
NON SFD ENABLE: Enables recording of Non SFD packet events. 



SHORT EVENT ENABLE: Enables recording of Short Events. 



OUT OF WINDOW COLLISION COUNT ENABLE: Enables recording of Out of Window Collision 
events only. 



PARTITION ENABLE: Enables recording of Partition events. 



BAD LINK ENABLE: Enables recording of Bad LinkEvents. 



Note: Writing a 1 enables the event to be recorded. 
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8.0 RIC Registers (continued) 

Interrupt and Management Confrguratlon Register (Page OH Address 16H) 

This register powers up with all bits set to one and must be initialized by a processor write cycle before any events will generate 
Interrupts. 

D7 D6 D5 D4 03 D2 D1 DO 



TFc 


iHC 


TEC 


IFF 


Trec 


ICOL 




MIFCON 


IPART 



Bit 



DO 



D1 



D2 



D3 



D4 



D5 



D6 



D7 



R/W 



R/W 



R/W 



R/W 



R/W 



R/W 



R/W 



R/W 



Symbol 



MIFCON 



Description 



MANAGEMENT INTERFACE CONFIGURATION: 

0: All Packets repeated are transmitted over the ivianagement bus. 

1 : Packets repeated by the RIC which do not have a Start of Frame Delimiters are not transmitted 

over the Management bus. 



IPSRT INTERRUPT ON PARTITION: 

0: Internjpts will be generated(i) If a port becomes Partitioned. 
1 : No interrupts are generated by this condition. 



ICCE 



IREC 



IFF 



ILC 



IHC 



R/W 



INTERRUPT ON COLLISION: 

0: Interrupts will be generated^) If this RIC has a port which experiences a collision, Single RIC 
applications, or contains a port which experiences a receive collision or Is the first port to suffer a 
transmit collision In a packet in Multi-RIC applications. 
1: No Interrupts are generated by this condition. 



INTERRUPT ON RECEIVE: 

0: Inten-upts will be generated(i) if this RIC contains the receive port for packet or collision activity. 
1 : No interrupts are generated by this condition. 



INTERRUPT ON FLAG FOUND: 

0: Interrupts will be generated(2) If one or more than one of the flags in the flag array is true. 
1 : No interrupts are generated by this condition. 



INTERRUPT ON LOW COUNT: 

0: Interrupt generated(2) when one or more of the Event Counters holds a value less than 256 

counts. 

1: No effect 



INTERRUPT ON HIGH COUNT: 

0: Interrupt generated(2) when one or more of the Event Counters holds a value in excess of 491 52 

counts. 

1 : No effect 



INTERRUPT ON FULL COUNTER: 

0: Interrupt generated{2) when one or more of the Event Counters is full. 
1: No effect 



Note 1: (RTI pin goes active) 
Note 2: (En pin goes active) 
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8.0 RIC Registers (Continued) 

RIC Address Register (Page OH Address 17H) 

This register may be used to differentiate between RICs in a multi-RlC repeater system. The contents of this register form part of 
the information available through the management bus. 

D7 D6 D5 D4 D3 D2 D1 DO 



a 

■D 

00 

CD 
U1 

o 

CO 



A5 


A4 


A3 


A2 


A1 


AO 


res 


res 



Packet Compress Decode Register (Page OH Address 18H) 

This register is used to determine the number of bytes in the data field of a packet which are transferred over the management 
bus when the packet compress option is employed. The register bits perform the function of a direct binary decode. Thus up to 
255 bytes of data may be transferred over the management bus if packet compression is selected. 
D7 D6 D5 D4 D3 D2 D1 DO 



PCD7 


PCD6 


PCD5 


PCD4 


PCD3 


PCD2 


PCD1 


PCDO 



Inter Frame Gap Threshold Select Register (Page OH Address 1FH) 

This register is used to configure the hub management interface to provide a certain minimum inter frame gap between packets 
transmitted over the management bus. The value written to this register, plus one, is the magnitude in bit times of the minimum 
IFG allowed on the management bus. 

D6 D5 D4 D3 D2 D1 DO 



D7 



IFGT7 


IFGT6 


IFGT5 


IFGT4 


IFGT3 


IFGT2 


IFGT1 


IFGTO 



Port Event Record Registers (Page 1H Address 1 1H to 1DH) 

These registers hold the recorded events for the specified RIC port. The flags are cleared when the register is read. 
D7 D6 D5 D4 D3 D2 D1 DO 

JAB I 



BDLNK 



PART 



owe 



SE 



NSFD 



PLER 



ELBER 



Bit 



DO 



D1 



D2 



D3 



D4 



D5 



D6 



D7 



R/W 



Symbol 



JAB 



ELBER 



PLER 



NSFD 



SE 



owe 



PART 



BDLNK 



Description 



JABBER: A Jabber Protect event has occurred. 



ELASTICITY BUFFER ERROR: A Elasticity Buffer Error has occurred. 



PHASE LOCK ERROR: A Phase Lock Error event has occurred. 



NON SFD: A Non SFD packet event has occurred. 



SHORT EVENT: A Short event has occurred. 



OUT OF WINDOW COLLISION: An out of window collision event has occurred. 



PARTITION: A partition event has occurred. 



BAD LINK: A link failure event has occurred. 



Port Event Count Register (Pages 2H and 3H) 

The Event Count (EC) register shows the instantaneous value of the specified port's 16-bit counter. The counter increments 
when an enabled event occurs. The counter may be cleared when it is read and prevented from rolling over when the maximum 
count is reached by setting the appropriate control bits in the Upper Event Count mask register. Since the RICs processor port 
is octal and the counters are 16 bits long a temporary holding register is employed for register reads. When one of the counters 
is read, either high or low byte first, all 16 bits of the counter are transferred to a holding register. Provided the next read cycle to 
the counter array accesses the same counter's, other byte, then the read cycle accesses the holding register. This avoids the 
problem of events occurring in between the two processor reads and indicating a false count value. In order to enter a new value 
to the holding register a different counter must be accessed or the same counter byte must be re-read. 
Lower Byte 

D7 D6 D5 04 D3 D2 D1 DO 

ECO I 



EC7 



EC6 



EC5 



EC4 



EC3 



EC2 



EC1 



Upper Byt 
D7 


e 

D6 


DS 


D4 


D3 


D2 


01 


DO 


EC15 


EC14 


EC13 


EC12 


ECU 


EC10 


EC9 


EC8 
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9.0 AC and DC Specifications 
Absolute IVIaximum Ratings 

If Military/Aerospace specified devices are required, 
pisase contact the National Semiconductor Sales 
Office/Distributors for availability and specifications. 

0.5V to 7.0V 

- 0.5V to Vcc+ 0.5V 

- 0.5V to Vcc+ 0.5V 
-65°CtO+150°C 

2W 



Supply Voltage (Vcc) 
i3C Input Voltage (V|n) 
DC Output Voltage (Vqut) 
Storage Temperature Range (Tstg) 
Power Dissipation (Pd) 
Lead Temperature (TJ 

(Soldering, 10 seconds) 260°C 

ESQ Rating 

(Rzap = 1 .5k, Czap = 1 20 pF) 1 500V 

DC Specifications Ta = 0°Cto +70°C, Vcc = SV ±5% unless otiiera/lse specified 
PROCESSOR, LED, TWISTED PAIR PORTS, INTER-RIC AND MANAGEMENT INTERFACES 



PARAUETRICS DISCLAIMER 

Tile Current AC and DC specifications contained in this doc- 
ument are considered target design specificafons and may 
not represent actual guaranteed tested timing parameters. 
Tills information represents simulated, as wrell as, limited 
sampled empirical bencti test data. Guaranteed specifica- 
tions will be provided after full device characterization. 
Do not use these specifications for final production designs 
without directly contacting National Semiconductor. 



Symbol 



VOH 



Vol 



V|H 



V|L 



l|N 



loz 



Ice 



Description 



Minimum High Level 
Output Voltage 



Minimum Low Level 
Output Voltage 



Minimum High Level 
Input Voltage 



Maximum Low Level 
Input Voltage 



Input Current 



Maximum TRI-STATE Output 
Leakage Current 



Average Supply Current 



Conditions 



'oh ' 



-8 mA 



lOL - 8 mA 



V|N = VccorGND 



Vqut = Vcc or 
GND 



V|N = VccorGND 
Vcc = 5.25V 



AUI (PORT 1) 



Vqd 



VoB 



Vu 



Vds 



VCM 



Differential Output 
Voltage (TX + ) 



Differential Output Voltage 
Imbalance (TX±) 



Undershoot Voltage (TX±) 



Differential Squelch 
Threshold (RX±, CD ±) 



Differential Input Common Mode 
Voltage (RX±, CD ±) (Note 1) 



78n Termination and 
270n Pulldowns 



78n Termination and 
270n Pulldowns 



78n Termination and 
270n Pulldowns 



Mote 1: This parameter is guaranteed by design and is not tested. 



MIn 



3.5 



2.0 



-1.0 



-10 



Max 



0.4 



0.8 



1.0 



10 



380 



±550 



±1200 



Typical: 40 mV 



Typical: 80 mV 



-175 



-300 



5.5 



Units 



ftA 



fiA 



mA 



mV 



mV 
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9.0 AC and DC Specifications (continued) 

DC Specifications Ta = 0°Cto +70'"C, Vcc = SV ±5% unless othen«ise specified (continued) 



Symbol 


Description 


Conditions 


Min 


Max 


Units 


PSEUDO AUI (PORTS 2-13) 


VpoD 


Differential Output 
Voltage (TX±) 


27011 Termination and 
1 kn Rundowns 


±450 


±1200 


mV 


VpOB 


Differential Output Voltage 
Imbalance (TX±) 


27011 Termination and 
1 kn Rundowns 


Typical: 40 mV 


Vpu 


Undershoot Voltage (TX ± ) 


270n Termination and 
Ikn Rundowns 


Typical; 80 mV 


VPDS 


Differential Squelch 
Threshold (RX±, CD ±) 




-175 


-300 


mV 


VpCM 


Differential Input Common Mode 
Voltage (Rx±, CD ±) (Note 1) 







5.5 


V 


TWISTED PAIR (PORTS 2-13) 


Vron 


Minimum Receive 
Squelch Threshold 


Normal Mode 
Reduced Mode 


±300 
(Note 2) 


±585 
±340 


mV 
mV 



o 

00 

w 
to 
en 

o 
00 



Note 1: This parameter Is guaranteed by design and is not tested. 
Note 2: The operation in Reduced Mode is not guaranteed below 300 r 



AC Specifications 

PORT ARBITRATION TIMING 



\ / 



\ / 



TL/F/I1096-22 



Number 


Symbol 


Parameter 


Min 


Max 


Units 




ackilackol 






24 




T1 


ACKILowtoACKOLow 


ns 




ackihackoh 






21 




T2 


ACKI High to ACKO High 


ns 



Note: Timing valid witli no receive or collision activities. 

Note: In these diagrams the Inter-RIC and Management Busses are shown using active high signals, active low signals may also be used. Sea Section 5.5 Mode 

Load Operation. 



3-69 



CD 

o 
in 

« 

00 

Q. 
O 



9.0 AC and DC Specifications (continued) 

RECEIVING TIMINGS— AUI PORTS 

Receive activity propagation start up and end delays for ports In non lOBASE-T mode 















T5b— ► 


/ 


-^ 


T6«— • 




— 


ACTNd 


K 


T4«— » 


N 


^ 


T5«— » 




K 



ACKO 



\ 









TL/F/1 1096-23 




Number 


Symbol 


Parameter 


MIn 


Max 


Unite 


T3a 
T4a 


rxaackol 
rxiackoh 


RX Active to SCKD Low 
RX Inactive to AOkO High 




66 
325 


ns 
ns 


T5a 
T6a 


rxaactna 
rxiactni 


flX Active to ACTNd Active 
RX Inactive to ACTNd Inactive 




105 
325 


ns 

ns 



Note: ACKI assumed high. 

Note: In these diagrams the Inter-RIC and Management Busses are shown using active high signals, active low signals nuty also be used. See Section 5.5 Mode 

Load Operation. 
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9.0 AC and DC Specifications (continued) 

RECEIVE TIMING— 10BASE-T PORTS 

Receive activity propagation start up and end delays for ports in 10BASE-T mode 




ACTNd 



TL/F/11096-24 



Number 


Symbol 


Parameter 


MIn 


Max 


Units 




rxaacl<ol 
rxiacl<oh 






240 
255 




T3t 
T4t 


RX Active to ACKO Low 
RX Inactive to ACKOHigti 


ns 
ns 


T5t 
T6t 


rxaactna 
rxiactni 


RX Active to ACTNd Active 
RX Inactive to ACTNd Inactive 




270 
265 


ns 
ns 



Note: ACKI assumed high. 

TRANSMITTIMING—AUI PORTS 

Transmit activity propagation start up and end delays for ports in non 10BASE-T mode 



ACTNd 



TX 



—i 

T15a— ^ 



\ 



t 



y- 



TL/F/ 11 096-25 



Number 


Symbol 


Parameter 


MIn 


Max 


Units 


11 5a 


actnatxa 


ACTNd Active to TX Active 




585 


ns 



Note: ACKI assumed high. 

Note: ACTN<| and ACTNs are tied together. 

Note: In these diagrams the inter-RIC and Management Busses are shown using active high signals, active low signals may also be used. See Section 5.5 Mode 

Load Operation. 
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9.0 AC and DC Specifications (continued) 

TRANSMIT TIMING— 10BASE-T PORTS 

Receive activity propagation start up and end delays for ports in 10BASE-T mode 



ACTNd 



/ 



T15t- 



\ 



t 



y- 



TL/F/1 1096-26 



Number 


Symbol 


Parameter 


Min 


Max 


Units 


T15t 


actnatxa 


ACTNd Active to TX Active 




790 


ns 



Note; ACKI assumed high. 

Note; ACTNd and ACTNs are tied together. 

COLLISION TIMING— AUI PORTS 

Collision activity propagation start up and end delays for ports in non 10BASE-T mode 
TRANSMIT COLLISION TIMING 




> 



ANYXN 



T31a- 



/ 










TL/F/1 1096- 


27 




Number 


Symbol 


Parameter 


Mln 


Max 


Units 


T30a 
T31a 


cdaanyxna 
cdianyxni 


CD Active to ANYXN Active 

CD Inactive to ANYXN Inactive (Notes 1 , 2) 




65 
400 


ns 
ns 



Note 1: TX collision extension has already been performed and no other port Is driving ANYXN. 

Note 2: Includes TW2. 

Note: In these diagrams the Inter-RIC and Management Busses are shown using active high signals, active low signals may also be used. See Section 5.5 Mode 

Load Operation. 
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9.0 AC and DC Specifications (Continued) 

COLLISION TIMING— AUI PORTS 

Collision activity propagation start up and end delays for ports in non 10BASE-T mode. 

RECEIVE COLLISION TIMING 



< 



> 



COLN 



T39- 



/ 



TX 



[— T40— ► 



JAM 



t 



TL/F/1 1096-28 



Number 


Symbol 


Parameter 


MIn 


Max 


Units 


T32a 
T33a 


cdacolna 
cdicoini 


CD Active to COLN Active (Note 1 ) 
CD Inactive to COLN inactive 




55 
215 


ns 
ns 


T39 
T40 


colnajs 
colnije 


COLN Active to Start of Jam 

COLN Inactive to End of Jam (Note 2) 




400 
800 


ns 
ns 



Note 1: PKEN assumed high. 

Note 2: Assuming reception ended before COLN goes inactive. TW2 is included in this parameter. Assuming ACTNd to ACTN3 delay is 0. 

Note: In these diagrams the Inter-RIC and Management Busses are shown using active high signals, active low signals may also be used. See Section 5.5 Mode 

Load Operation. 

COLLISION TIMING— 10BASE-T PORTS 

Collision activity propagation start up and end delays for ports in 10BASE-T mode 



TX 



< 



> 




> 



/ 




TL/F/1 1096-29 



Number 


Symbol 


Parameter 


MIn 


Max 


Units 


TSOt 
T31t 


coiaanya 
coiianyi 


Collision Active to ANYXN Active 

Collision inactive to ANYXN Inactive (Note 1) 




800 
400 


ns 
ns 



Note 1: TX collision extension has alreay been performed and no other port is asserting ANYXN. 

Note: In these diagrams the Inter-RIC and Management Busses are shown using active high signals, active low signals may also be used. See Section 5.5 Mode 

Load Operation. 
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9.0 AC and DC Specifications (continued) 

COLLISION TIMING— ALL PORTS 



.-T 



\ 



I 



■> rT34 «■ 

T38 



t=P^ 



TL/F/1 1096-38 



Number 



T34 
T35 



T38 



Symbol 



anyamin 
anyitxai 



anyasi 



Parameter 



ANYXN Active Time 

ANYXN Inactive to TX to all Inactive 



ANYXN Active to Start of Jam 



Min 



96 
120 



Max 



170 



400 



Units 



Bits 
ns 



Number 



T36 
T37 



ANYXN 




T36 



TL/F/1 1096-39 



Symbol 



actnltxi 
anyitxoi 



Parameter 



ACTN Inactive to TX Inactive 

ANYXN Inactive to TX "One Port Left" Inactive 



MIn 



120 



Max 



405 
170 



Units 



ns 
ns 



Note: In these diagrams the Intor-RIC and Management Bjsses are shown using active high signals, active low signals may aiso be used. See Section 5.5 Mode 
Load Operation. 
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9.0 AC and DC Specifications (continued) 

INTER RIC BUS OUTPUT TIMING 



ACTNd 



PKEN 



IRE 



IRC 



IRD 



-iS — 

- T104 ■ 

-55 — 



•'^. 



T105 



-55- 



T106- 



T109- 



T107 ■ 



— T108 -► 



T101- 
— T103 — 



T110 



vj''\Jr\ 



•T102 



r'— V^ 



TL/F/11096-35 



Number 


Symbol 


Parameter 


MIn 


Max 


Units 


T101 


ircoh 


IRC Output High Time 


45 


55 


ns 


T102 


Ircol 


IRC Output Low Time 


45 


55 


ns 


T103 


Ircoc 


IRC Output Cycle Time 


90 


110 


ns 


T104 


actndapkena 


ACTNd Active to PKEN Active 


555 




ns 


11 05 


actndalrea 


ACTNd Active to IRE Active 


560 




ns 


T106 


Ireoalrca 


IRE Output Active to IRC Active 




1.8 


H-s 


T107 


Irdov 


IRD Output Valid from IRC 




10 


ns 


T108 


irdos 


IRD Output Stable Valid Time 


90 




ns 


11 09 


Ircohlrei 


IRC Output Higti to IRE Inactive 


30 


70 


ns 


T110 


Ircclks 


Number of IRCs after IRE Inactive 


5 




elks 



a 

TJ 
00 

w 

o 
CO 



Note: In these diagrams the Intor-RIC and Management Busses are shown using active high signals, active lov» signals may also be used. See Section 5.5 Mode 

L.oad Operation. 

Note: In a Multi-RIC system, the PKEN signal is valid only for the first receiving RIC. 
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9.0 AC and DC Specifications (commued) 

INTER RIC BUS INPUT TIMING 



IRE 



IRC 



IRD 



.^ 



\ 



Til*- 



Till- 



\ 



■T115 



■T116 



V 



■1112 



r — \._r^' 



TL/F/n 096-40 



Number 


Symbol 


Parameter 


MIn 


Max 


Units 


T111 


Irclh 


IRC Input High Time 


20 




ns 


T112 


Ircll 


IRCInput Low Time 


20 




ns 


T114 


Irdisirc 


IRD Input Setup to IRC 


5 




ns 


T115 


irdihiro 


IRD Input Hold from IRC 


10 




ns 


T116 


irchiire 


IRC Input High to IRE Inactive 


10 


90 


ns 



Note: In these diagrams the Inter-RIC and Management Busses are shown using active high signals, active low signals may also be used. See Section 5.S Mode 
Load Operation. 
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9.0 AC and DC Specifications (Continued) 



MANAGEMENT BUS TIMING 



ACTNd 



Number 



T50 



T51 



T52 



T53 



154 



T55 



T56 



T57 



T58 



T59 



T60 



a 
■o 

00 

w 

(XI 

o 
DO 



MEN 



MCRS 



MRXC 



MRXD 



PCOMP 




.n^ 



\„^ 



TL/F/11096-30 



Symbol 



mrxch 



mrxcl 



mrxcd 



actndamena 



actndamcrsa 



mrxds 



mrxdh 



mrxclmcrsi 



mcrsimeni 



mrxcclks 



pcompw 



Parameter 



MRXC High Time 



MRXC Low Time 



MRXC Cycle Time 



ACTNd Active to MEN Active 



ACTNd Active to MCRS Active 



MRXD Setup 



MRXD Hold 



MRXC Low to MCRS Inactive 



MCRS Inactive to MEN Low 



Min Number of MRXCs after MCRS Inactive 



PCOMP Pulse Width 



MIn 



45 



45 



90 



40 



45 



20 



Max 



55 



55 



110 



715 



720 



510 



Units 



Ciks 



Note: The preamblo on this bus consists ol the following string: 01011. 

Note: In these diagrams the Inter-HIC and Management Busses are shown using active high signals, active low signals may also be used. See Section 5.5 Mode 

Load Operation. 
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9.0 AC and DC Specifications (continued) 

MLOAD TIMING 



MLOAD 



D(7:0) 



RA(4:0) 



BUFEN 



T60 



T61 



•-T62 -► 



^ 



T63 



T64- 



J^ 



TL/F/1 1096-31 



Number 



T61 



T62 



T63 



T64 



T65 



Symbol 



midats 



midath 



mlabufa 



mlibufi 



mlw 



Parameter 



Data Setup 



Data Hold 



MLOAD Active to BUFEN Active 



MLOAD Inactive to BUFEN Inactive 



MLOAD Width 



Min 



10 



10 



800 



Max 



35 



35 



Units 



STROBE TIMING 



0(7:5) 3( 
D(4:0) " 



X 



XIZ 



T66 ■ 



y. 



T67- 



STRO 



STR1 



T68 



'LJ' 



^1> 



TL/F/1 1086-32 



Number 



T66 



T67 



T68 



T69 



Symbol 



stradrs 



strdats 



strdath 



strw 



Parameter 



Strobe Address Setu'^ 



Strobe Data Setup 



Strobe Data Hold 



Strobe Width 



MIn 



80 



40 



135 



30 



Max 



115 



65 



160 



65 



Units 



CDEC TIMING 



CDEC 



\ / 



-T70- 



\ r 



■T71- 



TL/F/1 1096-41 



Number 



T70 



T71 



Symbol 



cdecpw 



cdeccdec 



Parameter 



CDEC Pulse Width 



CDEC to CDEC Width 



Min 



20 



200 



Max 



100 



Units 
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9.0 AC and DC Specifications (Continued) 

REGISTER READ TIMING 



RAC'ttO) 



BUFEN 



D(7:0) 



RDY 



^ 



T80 



T81- 



186 ■ 



^^ 



T83- 



-T84- 



y: 



"V 



^ 



j^ 



^ 



— c 

T87— ^ |-«— 



a 

-o 

00 
CO 
(O 
U1 

o 
00 



TL/F/ 11 096-33 



Number 



T80 
181 



T82 
T83 



T84 
T85 



T86 
TB7 



T88 



Symbol 



rdadrs 
rdadrh 



rdabufa 
rdibufi 



rdadatv 
rddath 



rdardya 
rdirdyi 



rdw 



Parameter 



Read Address Setup 
Read Address Hold 



Read Active to BUFEN Active 
Read Inactive to BUFEN Inactive 



Read Active to Data Invalid 
Read Data Hold 



Read Active to RDY Active 
Read Inactive to RDY Inactive 



Read Width 



MIn 



95 



245 
75 



340 



600 



Max 



345 
35 



685 
30 



Units 



ns 
ns 



ns 
ns 



ns 
ns 



ns 
ns 



Note: Minimum high time between read/wrile cycles is 100 ns. 
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9.0 AC and DC Specifications (continued) 

REGISTER WRITE TIMING 



RA(4 



"^ 



BUFEN 

D(7:0) 

RDY 



T91- 



/^ 



T93- 



■T94- 



T95- 



=r 



^ 



^ 



^ 



TL/F/1 1096-34 



Number 



T90 
T91 



T92 
T93 



T94 
T95 



T96 
T97 



198 



T99 



Symbol 



wradrs 
wradrh 



wrabufa 
wribufi 



wradatv 
wrdath 



wrardya 
wrirdyi 



wradt 



Parameter 



Write Address Setup 
Write Address Hold 



Write Active to BUFEN Active 
Write Inactive to BUFEN Inactive 



Write Active to Data Valid 
Write Data Hold 



Write Active to RDY Active 
Write Inactive to RDY Inactive 



Write Width 



Write Active to 
DataTRI-STATE 



MIn 



95 



340 



600 



Max 



355 
35 



275 



585 
30 



Units 



ns 
ns 



ns 
ns 



ns 
ns 



ns 
ns 



350 



Note: Assuming zero propagation delay on external buffer. 

Note: Minimum fiigh time between read/write cycles Is 100 ns. 

Note: The data will always TRl-STATE before BDFER goes active with a load of 100 pF on the data bus. 

Note: When RD7 Is used, the minimum 600 ns write width does not have to be maintained. 

10.0 AC Timing Test Conditions 

All specifications are valid only if the mandatory isolation is 
employed and all differential signals are fallen to be at the 
AUI side of the riMico transformer. 
Input Pulse Levels (TTL/CMOS) 
Input Rise and Fall Times (TTL/CMOS) 
Input and Output Reference 

Levels (TTL/CMOS) 
Input Pulse Levels (Diff.) 
Input and Output 

Reference Levels (Diff.) 
TRl-STATE Reference Levels 
Output Load (See Figure Below) 



GND to 3.0V 
5 ns 

1.5V 

2.0 Vp.p 

50% Point of 

the Differential 

Float (AV) ±0.5V 




q. (NOTE 1) 



TL/F/1109e-36 

Note 1: 100 pF, Includes scope and jig capacitance. 
Note 2: SI - Open for timing tests for push pull outputs. 
SI - Voc (or Vol test. 
SI = GND for VoH test. 
SI - Voc 'or High Impedance to active low and 
active low to hiigh Impedance 
measurements. 

81 = GND for High Impedance to active high and 
active high to High Impedance 
measurements. 
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Capacitance ta = 25°c, t = i mhz 



Symbol 


Parameter 


Typ 


Units 


C|N 


Input Capacitance 


7 


PF 


COUT 


Output Capacitance 


7 


PF 



TX+- 



78n 



27 mH. 



o 

TJ 
00 
03 

to 
<n 

o 



TX 

TL/F/11096-37 

Note: In the above diagram, the TX-f and TX- signals are taken from the 
AUI side of tlie isolation (pulse transformer). The pulse transformer used for 
all testing is tha Pulse Engineering PE64103. 
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gS National 

mM Semiconductor 



DP83955A/DP83956A LERIC™ 
LitE Repeater Interface Controller 



General Description 

The DP83955/56 LitE Repeater Interface Controller 
(LERIC) may be used to Implement an IEEE 802.3 multiport 
repeater unit. It fully satisfies the IEEE 802.3 repeater speci- 
fication including the functions defined by the repeater, seg- 
ment partition and jabber lockup protection state machines. 
The LERIC has an on-chip phase-locked-loop (PLL) for 
Manchester data decoding, a Manchester encoder, and an 
Elasticity Buffer for preamble regeneration. 
Each LERIC can connect up to 7 cable segments via its 
network interface ports. One port is fully Attachment Unit 
Interface (AUI) compatible and is able to connect to an ex- 
ternal Medium Attachment Unit (MAU) using the maximum 
length of AUI cable. The other 8 ports have integrated 
10BASE-T transceivers. These transceiver functions may 
be bypassed so that the LERIC may be used with external 
transceivers, such as National's DP8392 coaxial transceiv- 
er. In addition, large repeater units may be constructed by 
cascading LERICs together over the Inter-LERICTM or Inter- 
RICTM bus. 

The LERIC is configurable for specific applications. It pro- 
vides port status information for LED array displays. Addi- 
tionally, the LERIC has a (xP interface to provide individual 
port status, configuration, and port enable/disable func- 
tions. 

The DP83956 has all the features of the DP83955, except 
that two of the bidirectional signals on DP83955 are 
changed to unidirectional signals on DP83956, and one 
more signal is added to DP83956 to accommodate the addi- 
tion of bus transceivers for cascading a greater number of 
LERICs in large repeater applications. 



Specifications enclosed describe both the DP83955 and the 
DP83956 unless othenwise noted. 
For IEEE 802.3 multiport repeater applications which re- 
quire conformance to the IEEE 802.3 Draft Repeater Man- 
agement options, the DP83950 Repeater Interface Control- 
ler (RICTM) is recommended especially for highly-managed 
hub requirements. 

Features 

■ Compliant with the IEEE 802.3 Repeater Specification 

■ 7 network connections (ports) per chip 

■ Selectable on-chip twisted-pair transceivers 

■ Cascadable for large multiple RIC/LERIC hub 
applications 

■ Compatible with AUI compliant transceivers 

■ On-chip Elasticity Buffer, Manchester encoder and 
decoder 

■ Separation Partition state machines for each port 

■ Provides port status information for LED displays 
including: receive, collision, partition, polarity, and link 
status 

■ Power-up configuration options — Repeater and Partition 
Specifications, Transceiver Interface, Status Display, 
Processor Operations 

■ Simple processor interface for repeater management 
and port disable 

■ Per port receive squelch level selection 

■ CMOS process for low power dissipation 

■ Single 5V supply 



1.0 System Diagram 



Inter-LERICTM BUS/ 
Intsr-RICTM BUS •♦- 
(CASCADING) 

MICROPROCESSOR 
INTERFACE 



Simple LERIC Hub 



DP83955/ 
DP83956 

LitE 
Repeater 
Interface 
Controller 



6 
PORTS 



10BASE-T 

MEDIA INTERFACE 

OR 

DPB392 

COAXIAL 

INTERFACE 



LED DISPLAY 



AUI 
' COMPATIBLE 
PORT 



6 

PORTS 



COAX MEDIA 
OR 

TWISTED-PAIR 
MEDIA 



TL/F/11240-1 
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1.0 SYSTEM DIAGRAM 
2.0 CONNECTION DIAGRAMS 
3.0 PIN DESCRIPTION 
4.0 BLOCK DIAGRAM 

5.0 FUNCTIONAL DESCRIPTION 

5.1 Overview of LERIC Functions 

5.2 Description of Repeater Operations 

5.3 Examples of Packet Repetition Scenarios 

5.4 Description of Hardware Connection 
for Cascading 

5.5 Processor and Display Interface 

5.6 Processor and Display Interface Hardware 
Connection 
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2.0 Connection Diagrams 



Pin Name 


Pln No. 


TX04+ 


1 


TX04P- 


2 


GND 


3 


Vcc 


4 


TX05P- 


5 


TX05 + 


6 


TX05- 


7 


TX05P+ 


8 


RXI5 + 


9 


RXI5- 


10 


GND 


11 


Vcc 


12 


RXI6+ 


13 


RXI6- 


14 


TX06P+ 


15 


TX06- 


16 


TX06+ 


17 


TX06P- 


18 


GND 


19 


Vcc 


20 


TX07P- 


21 



Pin Table for DP83955 
(Configured as Port 1 Full AUI, and Ports 2-7 Twisted-Pair) 



Pin Name 


Pin No. 


TX07+. 


22 


TX07- 


23 


TX07P+ 


24 


RXI7+ 


25 


RXI7- 


26 


GND . 


27 


Vcc 


28 . 


IRE 


29 




30 


ACTN 




31 


ANYXN 




32 


COLM 


D7 


33 


D6 


34 


D5 


35 


D4 


36 


D3 


37 


D2 


38 


D1 


39 


DO 


40 


Vcc 


41 


GND 


42 



Pin Name 


Pln No. 


RXM 


43 


IRD 


44 


IRC 


45 


STR 


46 


DPS 


47 




48 


BUFEN 


ACKO 


49 


CD1 + 


50 


CD1- 


51 


RX1 + 


52 


RX1- 


53 


Vcc 


54 


GND 


55 


TX1 + 


56 


TX1- 


57 


GND 


58 


Vcc 


59 


RXI2 + 


60 


RXI2- 


61 


TX02P+ 


62 


TX02- 


63 



Pin Name 


PinNo. 


TX02 + 


64 


TX02P- 


65 


GND . 


66 


Vcc 


67 


TX03P- 


68 _ 


TX03+ 


69 


TX03- 


70 


TX03P+ 


71 


RXI3+ 


72 


RXI3- 


73 


GND 


74 


Vcc 


75 


CLK 


76 




77 


MLOAD 


WR 


78 


RD 


79 


ACKI 


80 


RXI4+ 


81 


RXI4- 


82 


TX04P+ 


83 


TX04- 


84 



"a- 

fiXio*. 

RXI6-- 
TXOSPt ■ 

TXOS- ■ 

TX06*- 

TX05P-- 

GKD- 

Vcc- 

IX07P-- 
TX07*- 
TX07-- 

noin ■ 

RXI7*- 

RXI7-- 

CND- 

!?£■ 

IRE- 

ACTN- 

AHYXN - 

COLN- 



JU. 



' ' ' 



g g 

L 
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TT 



i 37 38 

TT 
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sal" 



I I I 
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- GND 

- RXI3- 

- RXI3* 

- IX03P* 

- 1X03- 

- TX03* 
- TX03P- 

-"cc 

6 -GND 

5 -TX02P- 

4 -TX02t 

3 -TX02- 

2 -TX02P+ 

I -RX12- 

-RX12+ 

» -Vcc 

58 -GND 
57 -TXI- 
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2.0 Connection Diagrams (continued) 



Pin Table for 
(Configured as Port 1 Full AUI, Ports 2 



DPB3955 

3 AUI, and Ports 4-7 Twisted- 



pair) 



Pin Name 


Pin No. 


TX04+ 


1 


TX04P- 


2 


GND 


3 


Vcc 


4 


TX05P- 


5 


TX05+ 


6 


TX05- 


7 


TX05P+ 


8 


RXI5 + 


g 


RXI5- 


10 


GND 


11 


Vcc 


12 


RXI6 + 


13 


RXI6- 


14 


TX06P + 


15 


TX06- 


16 


TX06 + 


17 


TX06P- 


18 


GND 


19 


Vcc 


20 


TX07P- 


21 



Pin Name 


Pin No. 


TX07 + 


22 


TX07- 


23 


TX07P+ 


24 


RXI7+ 


25 


HX17- 


26 


GND 


27 


Vcc 


26 


IRE 


29 




30 


ACTN 




31 


ANYXN 




32 


COLN 


D7 . 


33 


D8 


34 


D5 


35 


D4 


36 


D3 


37 


D2 


38 


D1 


39 


DO 


40 


Vcc 


41 


GND 


42 



Pin Name 


Pln No. 


RXM 


43 


IRD 


44 


IRC 


45 


SIR 


46 


DFS 


47 




48 


BUl^SN 




49 


ACKO 


CD1 + 


50 


CD1- 


51 


RX1 + 


52 


RX1- 


53 


Vcc 


54 


GND 


55 


TX1 + 


56 


TX1- 


57 


GND 


58 


Vcc 


59 


RX2- 


60 


RX2 + 


61 


CD2+ 


62 


CD2- 


63 



Pin Name 


Pln No. 


TX2+ 


64 


TX2- 


65 


GND 


66 


Vcc 


67 


TX3- 


68 


TX3 + 


69 


CD3- 


70 


CD3 + 


71 


RX3- 


72 


RX3 + 


73 


GND 


74 


Vcc 


75 


CLK 


76 




77 


MLOAD 


WR 


78 


RD 


79 


ACKl 


80 


RXI4+ 


81 


RXI4- 


82 


TX04P+ 


83 


TX04- 


84 



•re 
RXiet- 

IWI6-- 

TX06P+- 

TX06-" 

TXOB+- 

TX06P- - 

GNO- 

Vcc" 

TX07P- - 

tX07» - 

1X07- - 

TX07P* - 

(1X17» - 

RXI7-: 

CNO- 

%■ 

IRE- 

ACTN- 

ANYXN - 

coDi- 



J-i. 



I I 



-L-L 



s e E E £ 



I'll 



IS IS \% 13 S >' 



8 



_LJL 



I 



11 10 9 6 7 fi 5 4 5 2 1 a4 83 S2 B1 80 79 78 77 76 75 



DP83955 
LERIC 



33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 
I I I I I I I I I I I I I I I I I I I I I 



74 


-OND 


73 


-RX3+ 


72 


-RX3- 


71 


-C03* 


70 


-CD5- 


69 


-1X3* 


68 


-1X3- 


$7 


-"cc 


68 


-GKO 


65 


-IX2P- 


64 


-rx2« 


63 


-CD2- 


62 


-002+ 


61 


-RX2» 


60 


-8X2- 


59 


-"cc 


58 


-GND 


57 


-TXI- 


56 


-TX1* 


SS 


-CNO 


54 


-Vrr 



Top View 
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2.0 Connection Diagrams (continued) 








Pln Table for DP83955 










(Configured as Port 1 Full AUI, Ports 2 


-5 AUI, and Ports 6-7 TwIsted-PaIr) 








Pin Name 


Pin No. 




Pin Name 


Pin No. 




Pin Name 


Pin No. 




Pin Name 


Pin No. 




TX4+ 


1 


TX07+ 


22 


RXM 


43 


TX2-I- 


64 


TX4- 


2 


TX07- 


23 


IRD 


44 


TX2- 


65 


GND 


3 


TX07P+ 


24 


IRC 


45 


GND 


66 


Vcc 


4 


RXI7+ 


25 


5TR 


46 


Vcc 


67 


TX5- 


5 


RXI7- 


26 


DFS 


47 


TX3- 


66 


TX5 + 


6 


GND 


27 




48 


TX3 + 


69 


BUFEN 


CD5- 


7 


Vcc 


28 




49 


CD3- 


70 


aCkO 


CD5+ 


8 


IRE 


29 


CD1 + 


50 


CD3 + 


71 


RX5- 


9 


ACTN 


30 


CD1- 


51 


RX3- 


72 


RX5+ 


10 






31 


RX1 + 


52 


RX3-I- 


73 


ANYXN 


GND 


11 


COLN 


32 


RX1- 


53 


GND 


74 


Vcc 


12 


D7 


33 


Vcc 


54 


Vcc 


75 


RXI6+ 


13 


D6 


34 


GND 


55 


CLK 


76 


RXI6- 


14 


D5 


35 


TX1 + 


56 




77 


MLOAb 


TX06P+ 


15 


D4 


36 


TX1- 


57 


wR 


78 


TX06- 


16 


D3 


37 


GND 


58 


m 


79 


TX06+ 


17 


D2 


38 


Vcc 


59 


ACKI 


80 


TX06P- 


18 


Dl 


39 


RX2- 


60 


RX4- 


81 


GND 


19 


DO 


40 


RX2+ 


61 


RX4+ 


82 


Vcc 


20 


Vcc 


41 


CD2+ 


62 


CD4+ 


83 


TX07P- 


21 


GND 


42 


CD2- 


63 


CD4- 


84 












1 r r 


s 

1 


g i i i II IS IS 1 d >« 
1 1 1 1 1 1 1 1 1 1 














11 10 9 8 7 6 5 4 3 2 1 64 65 12 »1 BO 7J 7! 77 76 75 








»cc- 
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1« 72 
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15 71 
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16 70 


-C03- 








TX06+- 


17 G9 


-TX34 








TX06f — 


18 (8 


-1X3- 








OND- 


19 87 


-Vrc 








Vcc- 


20 66 


-GND 








TX07P- - 


" DP83955 " 


-TX2- 








TX07* - 
TX07-- 


25 LERIC '*, 


-TX24 
-CD2- 








TX07P+- 


24 62 


-COZ^ 








RXI7+- 


25 61 


-RX2* 








RX17 


26 60 


-RX2- 








ONO- 


27 59 


-Vra 








"«- 


26 SB 


-GND 








IRE — 


29 57 


-TX1- 








IcTii- 


50 56 


-TX1* 








ANYXH ~ 


31 55 


-GND 
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52 54 
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2.0 Connection Diagrams (continued) 



Pin Table 
(Configured as Port 1 



for DP83955 

Full AUl, Ports 2-7 AUI) 



Pin Name 


Pln No. 


TX4+ 


1 


TX4- 


2 


GND 


3 


Vcc 


4 


TX5- 


5 


TX5 + 


6 


CD5- 


7 


CD5+ 


8 


RX5- 


9 


RX5+ 


10 


GND 


11 


Vcc 


12 


RX6- 


13 


RX6 + 


14 


CD6 + 


15 


CD6- 


16 


TX6+ 


17 


TX6- 


18 


GND 


19 


Vcc 


20 


TX7- 


21 



Pin Name 


Pin No. 


TX7 + 


22 


CD7- 


23 


CD7 + 


24 


RX7- 


25 


RX7+ 


26 


GND 


27 


Vcc 


28 


IRE 


29 




30 


ACTN 




31 


ANYXN 




32 


COLN 


D7 


33 


D6 


34 


D5 


35 


D4 


36 


D3 


37 


D2 


38 


D1 


39 


DO 


40 


Vcc 


41 


GND 


42 



Pin Name 


Pln No. 


RXM 


43 


IRD 


44 


IRC 


45 


sTh 


46 


DFS 


47 




48 


BUFEN 




49 


ACkO 


CD1 + 


50 


CD1- 


51 


RX1 + 


52 


RX1- 


53 


Vcc 


54 


GND 


55 


TX1 + 


56 


TX1- 


57 


GND 


58 


Vcc 


59 


RX2- 


60 


RX2 + 


61 


CD2 + 


62 


CD2- 


63 



Pin Name 


Pln No. 


TX2 + 


64 


TX2- 


65 


GND 


66 


Vcc 


67 


TX3- 


68 . 


TX3+ 


69 


CD3- 


70 


CD3 + 


71 


RX3- 


72 


RX3 + 


73 


GND 


74 


Vcc 


75 


CLK 


76 




77 


MLOAD 


WR 


78 


RD 


79 


ACkl 


80 


RX4- 


81 


RX4 + 


82 


CD4 + 


83 


CD4- 


84 



RX6»- 
CD6+- 
CD6-- 
TX6+- 
TX6-- 



TX7+ — 




CD7- — 




CD7»- 




RX7- — 




RX7*- 




5ND- 




"cc- 




IRE- 




Acra- 




JNYXN - 




COiS- 
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TTT 
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-GND 
RX5< 

— RX3- 
-C05* 
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-TX5* 
-TX5- 

— ^CC 
-CND 
-TX2- 

■TX2+ 
■CD2- 
■C02« 

— RX2+ 

— RX2- 

-Vcc 

-CND 
■TXl- 
.TX1 + 

-GND 

-"cc 



a a u |« 
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2.0 Connection Diagrams (continued) 

Pin Table for DP83956 
(Configured as Port 1 Fuii AUI, Ports 2-7 Twisted-Pair) 


Pin Name 


Pin No. 


Pin Name 


Pin No. 


Pin Name 


Pin No. 


Pin Name 


Pin No. 


Pin Name 


Pin No. 


GND 


1 


Vcc 


21 


RXM 


41 


Vcc 


61 


Vcc 


81 


NC 


2 


PKEN 


22 


iRD 


42 


RXi2 + 


62 


CLK 


82 


Vcc 


3 


IRE 


23 


IRC 


43 


RXi2- 


63 






83 


MLOAD 


RXI6 + 


4 


ACTNS 


24 


sTr 


44 


TX02P + 


64 


WR 


84 


RXI6- 


5 


ACTND 


25 


DFS 


45 


TX02- 


65 


RD 


85 


TX06P+ 


6 


ANYXNS 


26 


BUFEN 


46 


TX02+ 


66 


ACKi 


86 


TX06- 


, 7 


Anyxnd 


27 


ACKO 


47 


TX02P- 


67 


RXi4+ 


87 


TX06+ 


8 


COLN 


28 


CD1 + 


48 


NC 


68 


RXI4- 


88 


TX06P- 


9 


NC 


29 


CD1- 


49 


GND 


69 


TX04P+ 


89 


NC 


10 


NC 


30 


NC 


50 


Vcc 


70 


TX04- 


90 


GND 


11 


D7 


31 


RX1 + 


51 


TX03P- 


71 


TX04 + 


91 


Vcc 


12 


D6 


32 


RX1- 


52 


TX03 + 


72 


TX04P- 


92 


TX07P- 


13 


D5 


33 


NC 


53 


TX03- 


73 


GND 


93 


TX07 + 


14 


04 


34 


Vcc 


54 


TX03P+ 


74 


Vcc 


94 


TX07- 


15 


D3 


35 


NC 


55 


RXI3+ 


75 


TX05P- 


95 


TX07P+ 


16 


D2 


36 


GND 


56 


RXI3- 


76 


TX05 + 


96 


RXI7+ 


17 


D1 


37 


TX1 + 


57 


GND 


77 


TX05- 


97 


RXI7- 


18 


DO 


38 


TX1- 


58 


NC 


78 


TX05P + 


98 


NC 


19 


Vcc 


39 


NC 


59 


NC 


79 


RXI5 + 


99 


GND 


20 


GND 


40 


GND 


60 


NC 


80 


RXI5- 


100 


Note: DPB3956 will change from VLY package to VU package approximately Q3, 1993. 

s^ s ^ 1 i i 1 i 1 1 >« 1 ^ 1 i i 1 i i >8 i g g = i y .8 s i i 

> I > 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 
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CLK — 
ULOAS- 

Wr- 

RD- 

ACKi- 

RXI4+ - 

RXI4- - 

TX04P* - 

IX04-- 

IX04»- 

IX04P- - 

GND- 

TX05P 

TX05t - 
TX05- - 

TX05P* - 
RXIS*- 
RXI5- - 


80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 6t 60 59 58 57 56 55 54 53 52 51 
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" 43 
84 „ 
« 46 
86 ti 

67 • „ 

88 43 
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" LERIC 

" 39 
93 38 

" 37 
« 36 
96 35 

" 34 

98 3j 

99 32 

100 3, 
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-NC 

-COl- 

-CDlt 

-ACKO 

-BUFEN 

-DPS 

-STR 

-IRC 

-IRD 

-RXM 

-GND 

-Vcc 

-DO 
-01 
-D2 
-D3 

-D4 
-D5 
-D6 
-07 
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2.0 Connection Diagrams (continued) 



Pin Table (or DP83956 
(Configured as Port 1 Full AUI, Ports 2-3, AUI and Ports 4-7 Twlsted-Palr) 



Pin Name 


Pin No. 


Pin Name 


Pin No. 


Pin Name 


Pin No. 


Pin Name 


Pin No. 


Pin Name 


Pln No. 


GND 


1 


Vcc 


21 


RXM 


41 


Vcc 


61 


Vcc 


81 


NC 


2 


PKEN 


22 


IRD 


42 


RX2- 


62 


CLK 


82 


Vcc 


3 


Ire 


23 


IRC 


43 


RX2 + 


63 


MLOAD 


83 




4 




24 


§Tr 


44 


CD2 + 


64 


WR 




RXI6+ 


ACTNS 


84 




5 




25 


DFS 


45 


CD2- 


65 


RD 




RXI6- 


ACTND 


85 




6 




26 




46 


TX2+ 


66 


ACKl 




TX06P+ 


ANYXNS 


BUFEN 


86 




7 




27 




47 


TX2- 


67 


RXI4 + 




TX06- 


ANYXND 


ACKO 


87 




8 




28 


CD1 + 


48 


NC 


68 


RXI4- 




TX06 + 


COLN 


88 


TX06P- 


9 


NC 


29 


CD1- 


49 


GND 


69 


TX04P + 


89 


NC 


10 


NC 


30 


NC 


50 


Vcc 


70 


TX04- 


90 


GND 


11 


D7 


31 


RX1 + 


51 


TX3- 


71 


TX04+ 


91 


Vcc 


12 


D6 


32 


RX1- 


52 


TX3 + 


72 


TX04P- 


92 


TX07P- 


13 


D5 


33 


NC 


53 


CD3- 


73 


GND 


93 


TX07+ 


14 


04 


34 


Vcc 


54 


CD3 + 


74 


Vcc 


94 


TX07- 


15 


D3 


35 


NC 


55 


RX3- 


75 


TX05P- 


95 


TX07P + 


16 


D2 


36 


GND 


56 


RX3 + 


76 


TX05 + 


96 


RXI7 + 


17 


D1 


37 


TX1 + 


57 


GND 


77 


TX05- 


97 


RXI7- 


18 


DO 


38 


TX1- 


58 


NC 


78 


TX05P+ 


98 


NC 


19 


Vcc 


39 


NC 


59 


NC 


79 


RXI5+ 


99 


GND 


20 


GND 


40 


GND 


60 


NC 


80 


RXI5- 


100 



Note; DP83956 will change from VLY package to VU package approximately Q3, 1993. 



Vcc" 

CIK- 

MLOAD — 

*R- 

8D- 

ACKI — 

BXHt- 

RXI4- — 

TX04P*- 

TX04- — 

TX04»- 

TX04P- — 

GND — 

Vcc- 

TX05P 

TX05+ — 
TX03 

TXOSPt - 
RXI5+ - 
RXI5- - 



III'!' 



w o ^ •- 

I ' ' ■ 



O Z ►- ►- O (J 
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DP83956 
LERIC 
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I II I I 
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I I I I 
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21 22 23 24 25 26 27 28 29 30 
I I I I I I I I I I 



50 


-NC 


49 


-CD1- 


43 


-CD1* 


47 


-ACKO 


46 


-BUFEH 


45 


-ors 


44 


-STB 


43 


-IRC 


42 


-IRD 


41 


-BXM 


40 


-GND 


39 


-Vcc 


38 


-no 


37 


-D1 


36 


-02 


35 


-03 


34 


-04 


33 


-05 


32 


-06 


31 


-07 



t- r- Q. •«. 
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B e s « 
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2.0 Connection Diagrams (Continued) 

Pin Table for DP83956 
(Configured as Port 1 Full AUi, Ports 2-5, AUI, and Ports 6-7 Twisted-PaIr) 


Pin Name 


Pin No. 


Pin Name 


Pin No. 


Pin Name 


Pin No. 


Pin Name 


Pin No. 


Pin Name 


Pin No. 


GND 


1 


Vcc 


21 


RXM 


41 : 


Vcc 


61 


Vcc 


81 


NC 


2 


PKEN 


22 


IRD 


42. 


RX2- 


62 


CLK 


82 


Vcc 


3 


IRE 


23 


IRC , 


43 


RX2 + 


63 






83 


MLOAt) 


RXI6+ 


4 




24 


STR 


44 


CD2 + 


64 


WR 


84 


ACTNS 


RXi6- 


5 




25 • 


DFS 


45 


CD2- 


65 


m 


85 


ACTND 


TX06P+ 


6 


ANYXNS 


26 


BUFEN : 


46 


TX2+ 


66 


ACKI 


86 


TX06- 


7 




27 




47 


TX2- 


67 


RX4- 


87 


ANYXND 


ACKO 


TX06 + 


8 




28 


CD1 + 


48 


NC 


68 


RX4 + 


88 


COLN 


TX06P- 


9 


NC 


29 


CD1- 


49 


GND 


69 


CD4 + 


89 


NC 


10 


NC 


30 


NC 


50 


Vcc 


70 


CD4- 


90 


GND 


11 


D7 


31 


RXI-f 


51 . 


TX3- 


71 


■ TX4+ 


91 


Vcc 


12 


D6 


32. • 


RX1- 


52 


TX3 + 


72 


TX4- 


92 


TX07P- 


13 


D5 


33 


NC 


53 


CD3- 


73 


GND 


93 


TX07+ 


'14 


D4 


34 


Vcc 


54 


CD3 + 


74 


Vcc 


94 


TX07- 


15 


D3 


35 


NC 


55 


RX3 + 


75 


TX5- 


95 


TX07P+ 


16 


02 


36 


GND 


56 


RX3- 


76 


TX5 + 


96 


RXi7+ 


17 


D1 


37 .1 


TX1 + 


57 


GND 


77 


CD5- 


97 


RXi7- 


18 


DO 


38 


TX1- 


58 


NC 


78 


CD5 + 


98 


NC 


19 


Vcc 


39 


NC 


59 


NC 


79 


RX5- 


99 


GND 


20 


GND 


40 


GND 


60 


NC 


80 


HX5 + 


100 


Note: DP83956 will change from VLY package to VLJ package approximately 03, 1 993. 

1 1 ' 1 ' 1 1 1 r 1 1 1 r 1 1 1 1 1 1 1 II 1 1 




''cc- 

CLK — 

ULOiD - 

WR- 

80- 

ACi<J— 

RX4 

RX4+ — 
C04t- 
CD4-- 
TX4+- 
TX4-- 
GND- 

%- 
TX5-- 
TX5*- 
CD5-- 
CD5*- 
RX5-- 
RX5+ — 


80 79 78 77 76 75 74 73 72 71 70 (9 $8 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 

81 50 

82 49 

83 48 

84 47 

85 46 

86 45 

87 44 

88 43 

89 42 

90 DP83956 41 

LERIC " 

92 39 

93 38 
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95 36 

96 35 

97 34 
9« 33 

99 32 

100 31 
1 I 3 4 5 6 7 8 9 10 11 12-13 14 15 16 17 IS 19 20 21 22 23 24 25 26 27 28 29 30 


-NC 

-CD1- 
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2.0 Connection Diagrams (continued) 

Pin Table for DP83956 
(Configured as Port 1 Full AUI, Ports 2-7 AUI) 


Pin Name 


Pin No. 


Pin Name 


Pin No. 


Pin Name 


Pin No. 


Pin Name 


Pin No. 


Pin Name 


Pin No. 


GND 


1 


Vcc 


21 


RXM 


41 


Vcc 


61 


Vcc 


81 


NC 


2 


PKEN 


22 


IRD 


42 


RX2- 


62 


CLK 


82 


Vcc 


3 


Ire 


23 


IRC 


43 


RX2+ 


63 






83 


MLOAD 


RX6- 


4 




24 


5TR 


44 


CD2-I- 


64 


WR 


84 


ACTNS 


RX6+ 


5 




25 


DFS 


45 


CD2- 


65 


RD 


85 


ACTUd 


CD6+ 


6 




26 


gUPEN 


46 


TX2 + 


66 


ACKI 


86 


anyxns 


CD6- 


7 




27 


ACKO 


47 


TX2- 


67 


RX4- 


87 


ANYXND 


TX6 + 


8 


COER 


28 


CD1 + 


48 


NC 


68 


RX4 + 


88 


TX6- 


9 


NC 


29 


CD1- 


49 


GND 


69 


CD4 + 


89 


NC 


10 


NC 


30 


NC 


50 


Vcc 


70 


CD4- 


90 


GND 


11 


D7 


31 


RX1 + 


51 


TX3- 


71 


TX4 + 


91 


Vcc 


12 


D8 


32 


RX1- 


52 


TX3 + 


72 


TX4- 


92 


TX7- 


13 


DS 


33 


NC 


53 


CD3- 


73 


GND 


93 


TX7 + 


14 


04 


34 


Vcc 


54 


CD3+ 


74 


Vcc 


94 


CD7- 


15 


D3 


35 


NC 


55 


RX3 + 


75 


TX5- 


95 


CD7-I- 


16 


D2 


36 


GND 


56 


RX3- 


76 


TX5 + 


96 


RX7- 


17 


D1 


37 


TX1 + 


57 


GND 


77 


CD5- 


97 


RX7 + 


18 


DO 


38 


TX1- 


58 


NC 


78 


CD5 + 


98 


NC 


19 


Vcc 


39 


NC 


59 


NC 


79 


RX5 + 


99 


GND 


20 


GND 


40 


GND 


60 


NC 


80 


RX5- 


100 


Note: DP83956 will change from VLY package to VU package approximately 03, 1993. 

+ I + 1 + I •♦■♦♦I !♦ 1 + 
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3.0 Pin Description 


Pin Name 


Driver 
Type 


1/6 


Description 


NETWORK INTERFACE PINS (On-ChIp Transceiver Mode) 


RXI2-toRXI7- 


TP 


i 


Twisted-Pair Receive Input Negative 


RXI2+toRXI7 + 


TP 


i 


Twisted-Pair Receive Input Positive 


TXOP2-toTXOP7- 


TT 


o 


Twisted-Pair Pre-Emphasis Transmit Output Negative 


TX02-toTX07- 


TT 


o 


Twisted-Pair Transmit Output Negative 


TX02+toTX07 + 


TT 


o 


Twisted-Pair Transmit Output Positive 


TXOP2+toTXOP7+ 


TT 


o 


Twisted-Pair Pre-Empliasis Transmit Output Positive 


CD1 + 


AL 


i 


AUi Coiiision Detect Input Positive 


CD1- 


AL 


1 


AUi Coiiision Detect Input Negative 


RX1 + 


AL 


1 


AUi Receive input Positive 


RX1- 


AL 


i 


AUI Receive Input Negative 


TX1 + 


AD 





' AUI Transmit Output Positive 


TX1- 


AD 


o 


AUI Transmit Output Negative 


NETWORK INTERFACE PINS (External Transceiver Mode AUI Signal Level Compatibility Selected) 


TX2+toTX7 + 


AL 


o 


Transmit Output Positive 


TX2-toTX7- 


AL 





Transmit Output Negative 


CD2+ toCD7 + 


AL 


1 


Coiiision input Positive 


CD2-loCD7- 


AL 


i 


Coiiision input Negative 


RX2+ toRX7 + 


AL 


1 


Receive Input Positive 


RX2-toRX7- 


AL 


1 


Receive Input Negative 


CD1 + 


AL 


1 


AUI Collision Detect input Positive 


CD1- 


AL 


i 


AUI Collision Detect input Negative 


RX1 + 


AL 


i 


AUI Receive Input Positive 


RX1- 


AL 


i 


AUI Receive Input Negative 


TX1 + 


AD • 


o 


AUI Transmit Output Positive 


TX1- 


AD 


o 


AU i Transmit Output Negative 


Note: AD = AUI level and Drive compatible 
TP - Twisted-Pair interface compatible 
AL = AUI Level compatible 
n = TTL compatible 
1 = Input 
= Output 
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3.0 Pin Description (continued) 


Pin 
Name 


Driver 
Type 


I/O 


Description 


PROCESSOR BUS PINS 


Str 


C 





Display Update STRobe: Ttiis signal controls tiie latching of display data for n9tworl< ports into tlie off 

chip display latches. 

During processor access cycles (read or write is asserted) this signal is inactive (high). 


D(7:0) 


TT 


B.Z 


Data Bus: 

Display Update Cycles: These pins become outputs providing display data and port address 
information. 

Processor Access Cycles: Address input D(7:4) and Data input or output D(3:0) is performed via these 
pins. The read, write and reset inputs control the direction of the signals. 

Note: The data pins remain in their display update function, (i.e., asserted as outputs) unless either the read or write 
strobe is asserted. 


DFS 


C 


O 


Display Frozen Strobe: The assertion of the DFS signal, active high, at the end of the transmission of 
each packet indicates that the status of that pacl<et is frozen on the LEDs until the beginning of the next 
received packet or for a maximum of 30 ms. 




C 





BUFfer ENable: This output controls the TRI-STATE® operation of the bus transceiver which provides 
the interface between the LERIC's data pins and the processor's data bus. 

Note: The buffer enable output indicates the function of the data pins. Vt/hen it is high they are performing display update 
cycles, when it Is low a processor access or MLOAD cycle is occurring. 


BUFew 


Wr 


TT 


1 


WRite Strobe: Strobe from the CPU used to write an Internal register defined by the D(7:4) inputs. 


RD 


TT 


1 


ReaD Strobe: Strobe from the CPU used to read an internal register defined by the D(7:4) inputs. 




TT 


1 


Device MLOAD and Reset: When this input is low ail of the RIC's state machines and network ports are 
reset and held inactive. On the rising edge of MLOAD the logic levels present on the 0(7:0) pins are 
latched into the LERIC's configuration registers. The rising edge of MLOAD also signals the beginning 
of the display test operation. 


MLOAD 


INTER-LERIC BUS PINS 


ACKI 


TT 


1 


ACKnowledge Input: Input to the network ports' arbitration chain. 




TT 





ACKnowledge Output: Output from the network ports' arbitration chain. 


aCkO 


IRD 


TT 


B.Z 


Inter-LERIC Data: When asserted as an output this signal provides a serial data stream in NRZ format. 
The signal is asserted by a LERIC when it Is receiving data from one of its network segments. The 
default condition of this signal is to be an input. In this state it may be driven by other devices on the 
Inter-LERIC bus. 
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3.0 Pin Description (continued) 



Pin 
Name 



Driver 
Type 



I/O 



Description 



INTER-LERIC BUS PINS (Continued) 



Ire 


TT 


B,Z 


inter-LERIC Enable: When asserted as an output this signal provides an activity framing enable for the 
serial data stream. The signal is asserted by a LERIC when It Is receiving data from one of Its network 
segments. The default condition of this signal Is to be an Input. In this state It may be driven by other 
devices on the Inter-LERIC bus. 


IRC 


TT 


B,Z 


inter-LERIC Clock: When asserted as an output this signal provides a clock signal for the serial data 
stream. Data (IRD) Is changed on the falling edge of the clock. The signal Is asserted by a LERIC when it 
Is receiving data from one of its network segments. The default condition of this signal is to be an Input. 
When an Input, IRD Is sampled on the rising edge of the clock. In this state It may be driven by other 
devices on the Inter-LERIC bus. 




TT 


B,Z 




COLN 


COLIision on Port N: This denotes that a collision is occurring on the port receiving the data packet (Port 
N). The default condition of this signal is to be an Input. In this state It may be driven by other devices on 
the Inter-LERIC bus. 


CLK 


TT 


1 


20 MHz Clock Input: This Input Is used to generate the LERIC's timing reference for the state machines, 
and phase lock loop decoder. The 20 MHz clock should have a 0.01 % frequency tolerance and 40%- 
60% duty cycle or better (i.e. 50/50 duty cycle). 



POWER AND GROUND PINS 



Vcc 






Positive Supply 


GND 






Negative Supply 



EXTERNAL DECODER PINS 



RXM 



Receive Data Manchester Format: This output makes the data, in Manchester format, received by port 
N available for test purposes. If not used for testing, this pin should be left open. 



Note: TT ^ TTL compatible 
B = Bi-directional 
C = CMOS compatible 
OD = Open Drain 
I = Input 
O = Output 
Z = TRI-STATE 
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3.0 Pin Description (continued) 



Pin Description for DP83955 



Pin 
No. 


Pin 
Name 


Driver 
Type 


I/O 


Description 






OD 


B 




30 


ACTN 


ACTIvity on Port N: This is a bidirectional signal. The LERIC asserts this signal when data or 
collision information is received from one of its network segments. 
The LERIC senses this signal when this LERIC or another LERIC in a muiti-LERIC system is 
receiving data or collision information. 






OD 


B 




31 


ANYXN 


Activity on ANY Port Excluding Port N: This is a bidirectional signal. The LEHIC asserts this signal 

when a transmit collision is experienced or multiple ports have active collisions on their network 

segments. 

The LERIC senses this signal when this LERIC or other LERICs in a multi-LERIC system are 

experiencing transmit collisions or multiple ports have active collisions on their network segments. 



a 
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B = Bi-directional 



Pin Description for DP83956 



Pin 
No. 


Pin 
Name 


Driver 
Type 


i/0 


Description 






OD 







25 


ACTND 


ACTIvity on Port N Drive: The LERIC asserts this signal when data or collision information Is 
received from one of its network segments. 






TT 


1 




24 


ACTNS 


ACTIvity on Port N Sense: The LERIC senses this signal when this LERIC or another LERIC in a 
multi-LERIC system Is receiving data or collision Information. 






OD 







27 


ANYXND 


Activity on ANY Port Excluding Port N Drive: The LERIC asserts this signal when a transmit 
collision Is experienced or multiple ports have active collisions on their network segments. 






TT 


1 




' 26 


ANYXNS 


Activity on ANY Port Excluding Port N Sense: The LERIC senses this signal when this LERIC or 
other LERICs in a multi-LERIC system are experiencing transmit collisions or multiple ports have 
active collisions on their network segments. 


22 


PKEN 


C 


o 


PacKet ENable: This signal acts as an active high enable for an external bus transceiver (If 
required) for the IRE, IRC, IRD, and COLN signals. When high, the bus transceiver should be 
transmitting on to the bus. I.e., this LERIC Is driving the IRD, IRE, IRC, and COLN bus lines. 
When low, the bus transceiver should receive from the bus. 



TT = TTL compatible, C = CMOS compatible, OD = Open Drain, I = Input, O = Output 
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4.0 Block Diagram 
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4.0 Block Diagram (continued) 
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5.0 Functional Description 

The IEEE 802.3 repeater specification details a number of 
functions a repeater system must perform. These require- 
ments allied with a need for the Implementation to be multi- 
port strongly favors the choice of a modular design style. In 
such a design, functionality is spilt between those tasks 
common to all data channels and those exclusive to each 
Individual channel. The LERIC, much Wke the DP83950 RIC, 
follows this approach. Certain functional blocks are replicat- 
ed for each network attachment (also known as a repeater 
port), and others are shared. The following section briefly 
describes the functional blocks In the LERIC. 

5.1 OVERVIEW OF LERIC FUNCTIONS 

Segment Specific Block: Network Port 

As shown in the Block Diagram, the segment specific blocks 
consist of: 

1 . One or more physical layer Interfaces. 

2. A logic block required for performing repeater operations 
upon that particular segment. This is known as the "port" 
logic since it Is the access "port" the segment has to the 
rest of the network. 

This function is repeated 7 times In the LERIC (one for each 
port) and is shown on the right side of the Block Diagram, 
Figure 4-1. 

The physical layer Interfaces provided depends upon the 
port under examination. Port 1 has an AUI compliant Inter- 
face for use with AUI compatible transceiver boxes and ca- 
ble. Ports 2 to 7 may be configured for use with one of two 
interfaces: twisted pair or an external transceiver. The for- 
mer utilizes the LERIC's on-chip 10BASE-T transceivers, 
the latter allows connection to external transceivers. When 
using the external transceiver mode the Interface is AUI 
compatible. Although AUI compatible transceivers are sup- 
ported the interface Is not designed for use with an interface 
cable, thus the transceivers are necessarily internal to the 
repeater equipment. 
Inside the port logic there are 3 distinct functions: 

1 . The port state machine (PSI^) Is required to perform data 
and collision repetition as descriliied by the repeater 
specification, for example, It determines whether this 
port should be receiving from or transmitting to its net- 
work segment. 

2. The port partition logic implements the segment parti- 
tioning algorithm. This algorithm is defined by the IEEE 
specification and Is used to protect the network from 
malfunctioning segments. 

3. The port status register reflects the current status of the 
port. It may be accessed by a system processor to obtain 
this status or to perform certain port configuration opera- 
tions, such as port disable and squelch level selection. 

Shared Functional Blocks: Repeater Core Logic 

The shared functional blocks consist of the Repeater Main 
Status IVIachlne (MSM) and Timers, a 32-bit Elasticity Buffer, 
PLL Decoder, and Receive and Transmit Multiplexers. 
These blocks perform the majority of the operations needed 
to fulfill the requirements of the IEEE repeater specification. 
When a packet is received by a port, it is sent via the Re- 
ceive Multiplexer to the PLL Decoder. Notification of the 
data and collision status Is sent to the main state machine 
via the receive multiplexer and collision activity status sig- 
nals. This enables the main state machine to determine the 
source of the data to be repeated and the type of data to be 



transmitted. The transmit data may be either the received 
packet's data field or a preamble/jam pattern consisting of 
a 1010 ... bit pattern. 

Associated with the main state machine are a series of tim- 
ers. These ensure various IEEE specification times (referred 
to as the TW1 to TW6 times) are fulfilled. 
A repeater unit Is required to meet the same signal jitter 
performance as any receiving node attached to a network 
segment Consequently, a phase locked loop Manchester 
decoder Is required so that the packet may be decoded, and 
the jitter accumulated over the receiving segment eliminat- 
ed. The decode logic outputs data in NRZ format with an 
associated clock and enable. In this form the packet Is In a 
convenient format for transfer to other devices, such as net- 
work controllers and other LERICs, via the Inter-LERIC bus 
(described later). The data may then be re-encoded Into 
Manchester data and transmitted. 

Reception and transmission via physical layer transceiver 
units causes a loss of bits in the preamble field of a data 
packet The repeater specification requires this loss to be 
compensated for. To accomplish this an elasticity buffer is 
employed to temporarily store bits in the data field of the 
packet 

The sequence of operation is as follows. Soon after the 
network segment receiving the data packet has been Identi- 
fied, the LERIC begins to transmit the packet preamble pat- 
tern (1010 . . . ) onto the other network segments. While the 
preamtiie is being transmitted the Elasticity Buffer monitors 
the decoded received clock and data signals (this Is done 
via the Inter-LERIC/lnter-RIC bus as described later). When 
the start of frame delimiter "SFD" Is detected the received 
data stream Is written into the elasticity buffer. Removal of 
data from the buffer for retransmission is not allowed until a 
valid length preamble pattern has been transmitted. 

Inter-LERIC/lnter-RIC Bus Interface 

The LERIC can be cascaded either to other LERICs or RICs 
to facilitate the design of large multlport repeaters. The split 
of functions already described allows data packets and colli- 
sion status to be transferred between multiple LERICs, and 
at the same time the multiple LERICs still behave as a sin- 
gle logical repeater. Since all LERICs In a repeater system 
are Identical and capable of performing any of the repetition 
operations, the failure of one LERIC will not cause the fail- 
ure of the entire system. This Is an important Issue in large 
multlport repeaters. 

DP83955's communicate via a specialized interface known 
as the Inter-LERIC bus. DP83956s can communicate with 
other DP83956S and/or DP83950s via the Inter-RIC bus. 
These allow the data packets to be transferred from the 
receiving LERIC to the other LERICs in the system. These 
LERICs then transmit the data stream to their segments. 
Just as important as data transfer is the notification of colli- 
sions occurring across the network. The Inter-LERIC/lnter- 
RIC bus has a set of status lines capable of conveying colli- 
sion information between LERICs to ensure their main state 
machines operate in the appropriate manner. 

LED Interface 

Repeater systems usually possess optical displays indicat- 
ing network activity and the status of specific repeater oper- 
ations. The LERIC's display update block provides the sys- 
tem designer with a wide variety of Indicators. The display 
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5.0 Functional Description (continued) 

updates are completely autonomous and merely require SSI 
logic devices to drive the display devices, usually made up 
of light emitting diodes, LEDs. The status display Is very 
flexible, allowing the user to choose those indicators appro- 
priate for the specification of the equipment. The Display 
Frozen Strobe (DFS) may be used to latch the various indi- 
cators which are frozen at the end of the activity. The LED 
display will be frozen for 30 ms after the end of the activity, 
or until a new activity has started, whichever Is shorter. Note 
that the complete LED display cycle for all the ports takes 
approximately 1.6 ju-s. 

Processor Interface 

The LERIC's processor interface allows connection to a 
system processor (or a simple read/write logic interface). 
Data transfer occurs via a 4-bit bidirectional data bus, and 4- 
bit address bus. Display update cycles and processor ac- 
cesses occur utilizing the same bus. An on-chip arbiter in 
the processor/display blocl< schedules and controls the ac- 
cesses and ensures the correct information is written into 
the display latches. During the display update cycles the 
LERIC behaves as a master of its bus. This is the default 
state of the bus. Consequently, a TRI-STATE buffer must be 
placed between the LERIC and the system processor's data 
bus. This ensures bus contention is avoided during simulta- 
neous display update cycles and processor accesses of 
other devices on the system bus. When the processor ac- 
cesses a LERIC register, the LERIC enables the data buffer 
and selects the operation, either input to or output from the 
data pins. 

5.2 DESCRIPTION OF REPEATER OPERATIONS 

In order to implement a multi-chip repeater system which 
behaves as though it were a single logical repeater, special 
consideration must be paid to the data path used in pacl<et 
repetition. For example, where in the path are specific oper- 
ations such as Manchester decoding and elasticity buffering 
performed. Also the system's state machines which utilize 
available network activity signals, must be able to accom- 
modate the various packet repetition and collision scenarios 
detailed in the IEEE 802.3 repeater specification. 
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FIGURE 5-1. Inter-LERIC/lnter-RIC Bus State Diagram 

The LERIC contains two types of interacting state ma- 
chines. These are: 

1. Port State Machines (PSMs). Every network attachment 
has its own PSM. 

2. Main State Machine (MSM). This state machine controls 
the shared functional blocks as shown in the block dia- 
gram Figure 4- 1. 

Repeater Port and Main State Machines 

These two state machines are described in the following 
sections. Reference is made to expressions used in the 
IEEE 802.3 Repeater specification. For the precise defini- 
tion of these terms please refer to the IEEE specifications. 
To avoid confusion with the LERIC's implementation, where 
references are made to repeater states or terms as de- 
scribed in the IEEE specification, these items are written in 
italics. The IEEE state diagram is shown in Figure 5-2, the 
Inter-LERIC/lnter-RIC bus state diagram is shown in Figure 
5-1. 
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5.0 Functional Description (continued) 



POWER ON 



START 
BEGIN 



IDLE 
OUT(ALL)=10LE 



C01.UN(ANYXN)=SQE 



COLLIN(ANY)=SQE;[N < =P0RT(C0LLIN°SQE)] 



DATAIN(ANY)=II* 

C0LLIN(ALL)=SQE:[N < =PORT{DATAIN=ii)] 



SEND PREAMBLE PATTERN 
OUT(ALLXN)=PREAMBLE PATTERN 



COLLIN(ANy)(N)=SQE 



COLLIN(N)=SQE+[OATAIN(N)=II' 
COLLIN(ALL)=SaE] 



TT(_ALLXN)a62'DATARDY'C0LLIN(ALL)= 
SQE'DATAIN(N)=II 



SEND TWO ONES 
OUT(ALLXN)=TWOONES 



COLLIN(ANYXN)=SOE 



COLLIN(N}>SQEt[DATAIN(N)'ll* 
COLLIN(ALL)»SqE] 



TWOONES SENT'COLLIN(ALL)=SQE' 
DATAIN(N)=ii 



SEND DATA 
OUT(ALLXN)=DATA 



COLLIN(N)=SQEt[DATAIN(N)=ll' 
COLLIN(ALL)=SQE'ALLDATASENT* 
TT(ANYXN) < 96] 



TRANSMIT COLLISION 
OUT(ALL)=JAM 



COLLIN(ANYXN)=SOE 



COLLIN(ANYXM)=SQE 



C0LLIN(0NLY1)=SQE' 
n(ALL)>96:[M < =PORT(COLLIN=SQE)] 



ONE PORT LEFT 
OUT(ALLXM)=JAM 



C0LLIN(ALL)=SQE*TT(ALL)>96* 
TW2D0NE 



C0LLINCANY)=SQEtTW1D0NE 



DATAIN(N)=ir 

C0LLIN(ALL)=SQE' 
TW2D0NE 



WAIT 

STARTTW1 

OUT(ALL)=IDLE 



datain(n)=ii*collin(all)=sqe* 
tt(allxn)>96'alldatasent 



FIGURE 5-2. IEEE Repeater Main State Diagram 



RECEIVE COLLISION 
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5.0 Functional Description (continued) 

Port State Machine (PSM) 

There are two primary functions for the PSM as follows: 

1. Control the transmission of repeated data and |am sig- 
nals over the attached segment. 

2. Decide whether a port will be the source of data or colli- 
sion information which will be repeated over the network. 
This repeater port is known as PORT N. An arbitration 
process Is required to enable the repeater to transition 
from the /DiE state to the SEND PREAMBLE PATTERN 
or RECE/VE COLLISION states, see Fyuro 5-2. This pro- 
cess is used to locate the port which will be PORTNior 
that particular packet. The data received from this port Is 
directed to the PLL decoder and transmitted over the 
Inter-LERIC bus. If the repeater enters the TRANSMIT 
COLLISION state a further arbitration operation Is per- 
formed to determine which port Is PORT M. PORTMls 
differentiated from the repeater's other ports If the re- 
peater enters the ONE PORT LEFT state. In this state 
PORT M does not transmit to Its segment; where as all 
other ports are still required to transmit to their seg- 
ments. 

Main State Machine (MSU) 

The MSI^ controls the operation of the shared functional 
blocks In each LERIC as shown In the block diagram, Figure 
4-1, and it performs the majority of the data and collision 
propagation operations as defined by the IEEE specifica- 
tion, these Include those shown in Table 5-1. 
The interaction of the main and port state machines Is visi- 
ble, in part, by observing the Inter-LERIC bus. 

TABLE 5-1. Main State Machine Operations 



Function 


Action 


Preamble 
Regeneration 


Restore the length of the preamble 
pattern to the defined size. 


Fragment 
Extension 


Extend received data or collision 
fragments to meet the minimum 
fragment length of 96 bits. 


Elasticity 
Buffer 
Control 


A portion of the received packet may 
require storage in an Elasticity Buffer to 
accommodate preamble regeneration. 


Jam/ 

Preamble 

Pattern 

Generation 


In cases of receive or transmit collisions 
a LERIC is required to transmit a jam 
pattern (1010...), 

Note: This pattern is the same as that used for 
preamble regeneration. 


Transmit 

Collision 

Enforcement 


Once the TRANSMIT COLLISION state 
is entered a repeater Is required to stay 
in this state for at least 96 network bit 
times. 


Data 

Encoding 

Control 


NRZ format data from the elasticity 
buffer must be encoded Into Manchester 
format data prior to retransmission. 


Twi 
Enforcement 


Enforce the Transmit Recovery Time 
specification. 


Tw2 
Enforcement 


Enforce Camer Recovery Time 
specification on all ports with active 
collisions. 



Inter-LERIC Bus Operation 

Overview 

The Inter-LERIC Bus, like, the Inter-RiC Bus, consists of 
eight signals. These signals Implement a protocol which 
may be used to connect multiple LERiCs together. In this 
configuration, the logical function of a single repeater is 
maintained. The resulting multl-LERIC system is compliant 
to the IEEE B02.3 Repeater Specification and may connect 
several hundred network segments. An example of a multi- 
LERIC system Is shown In Figure 5-3. 
The Inter-LERIC Bus connects multiple LERICs to realize 
the following operations: 

Port N Identification (which port the repeater receives 

data from) 

Port M Identification (which port is the last one experi- 
encing a collision) 

D&tB Trsnsfor 

RECEIVE COLLISION Identification 

TRANSMIT COLLISION Identification 

DISABLE OUTPUT tiaVoer protection) 
The following tables briefly describe the operation of each 
bus signal, the conditions required for a LERIC to assert a 
signal and which LERICs (in a multl-LERIC system) would 
monitor a signal: 

1* 

ACKi. 



BUS SIGNALS 
i ► 



BUS C ONTENTS: 

COIN 

IRC 

IRE 

IRD 

ANYX N 
ACTN 



RXi, 



NETWORK 

SEGMENT 

< ► 



ACKIb 



a ADDITIONAL 

- XCVRS 

• AND 

• SEGMENTS 



l«<81 



C^l 



tXbi 



NETWORK 

SEGMENT 

4 ► 



ACKOg 



^ ADDITIONAL 
, XCVRS 
' AND 
* SEGMENTS 
TL/F/1 1240-9 



*Note 1: This input is tied at a logic high state. 



FIGURE 5-3. LERIC System Topology 
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5.0 Functional Description (continued) 



ACKI 



CODNf 



Function 


Input signal to the PSM arbitration 
chain. This chain is employed to 
identify PORT N ami PORTM. 

Note: A LERIC which contains POflr/Vor 
PORTMmsi be identified by its 
ACKO signal being low when its ACkI 
input is high. 


Conditions 
required for a 
LERIC to drive 

this signal 


Not Applicable 


LERIC 

Receiving the 

Signal 


This Is dependent upon the method 
used to cascade LERICs, described in 
Section 5.3. 



ACKO 



Function 


Output signal from the PSM arbitration 
chain. 


Conditions 
required for a 
LERIC to drive 

this signal 


This Is dependent upon the method 
used to cascade LERICs, described In 
Section 5.3. 


LERIC 

Receiving the 

Signal 


Not Applicable 



ACTN 



Function 


This signal denotes there is activity on 
PORT Not PORTM. 


Conditions 
required for a 
LERIC to drive 

this signal 


A LERIC must contain PORTN 

OT PORTM. 

Note: Although this signal nornnally has only 
one source asserting the signal active 
It is used in a wired-OR configuration. 


LERIC 

Receiving the 

Signal 


The signal is monitored by all LERICs 
In the repeater system. 



ANYXN 



Function 


This signal denotes that a repeater 
port that Is not Port N or Port M is 
experiencing a collision. 


Conditions 
required for a 
LERIC to drive 

this signal 


Any LERIC which satisifies the above 
condition. 

Note: This bus line is used in a wired-OR 
configuration. 


LERIC 

Receiving the 

Signal 


The signal is monitored by all LERICs 

in the repeater system. 



Function 


Denotes PORTN or PORTM is 
experiencing a collision. 


Conditions 
required for a 
LERIC to drive 

this signal 


A LERIC must contain PORTN 
or PORTM. 


LERIC 

Receiving the 

Signal 


The Signal Is monitored by all other 
LERICs in the repeater system. 



IRE 



Function 


This signal acts as an activity framing 
signal for the IRC and IRD signals. 


Conditions 
required for a 
LERIC to drive 

this signal 


A LERIC must contain PORTN. 


LERIC 

Receiving the 

Signal 


The Signal is monitored by all other 
LERICs in the repeater system. 



IRD 



Function 


Decoded serial data, in NR2 format, 
received from the network segment 
attached to POflrA^. 


Conditions 
required for a 
LERIC to drive 

this signal 


A LERIC must contain PORTN. 


LERIC 

Receiving the 

Signs! 


The signal is monitored by all other 
LERICs in the repeater system. 



IRC 



Function 


Clock signal associated with IRD and 
IRE. 


Conditions 
required for a 
LERIC to drive 

this signal 


A LERIC must contain PORTN. 


LERIC 

Receiving the 

Signal 


The signal is monitored by all other 
LERICs in the repeater system. 
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Methods of LERIC Cascading 

In order to build multl-LERIC repeaters, PORT N and PORT 
M identification must be performed across all the LERICs In 
the system. Inside each LERIC the PSMs are arranged In a 
logical arbitration chain where Port 1 is the highest and Port 
7 the lowest. 

The top of the chain, the Input to Port 1 Is accessible to the 
user via the LERICs ACKI input pin. The output from the 
bottom of the chain becomes the ACKO output pin. In a 
single LERIC system PORTN\s defined as the highest port 
in the arbitration chain with receive or collision activity. 
PORT N identification is performed when the repeater is In 
the IDLEstate. PORTMis defined as the highest port in the 
chain with a collision when the repeater leaves the TRANS- 
MIT COLLISION state. In order for the arbitrat ion ch ain to 
function, all that needs to be done is to tie the ACKI signal 
to a logic high state. In multl-LERIC systems there are 
two methods to propagate the arbitration chain between 
LERICs: 

The first and most straightforward way is to exte nd the arbi- 
tration chain by daisy-chaining the ACKI-ACKO signals be- 
tween LERICs. In th is app roach one LERIC is placed at the 
top of the chain (its ACKI input is tie d high) , then the ACKO 
signal from this LERIC is sent to the ACKI input of the next 
LERIC and so on. This arrangement is simple to implement 
but it places some topological restrictions upon the repeater 
system. In particular, when the repeater is constructed using 
a backplane with removable printed circuit boards contain- 
Ing the LERIC s, if one of the boards is removed then the 
ACKI-ACKO chain will be broken and the repeater will not 
operate correctly. 

The second method of PORT N or M identification avoids 
this problem. This second technique relies on an exte rnal 
parallel arbiter which monitors all of the LERICs' ACKO sig- 
nals and responds to the LERIC with the highest priority. In 
this scheme each LERIC is assigned with a priority level. 
One method of doing this is to assign a priority number 
which reflects the position of a LERIC board on the repeater 
backplane (i.e., its slot number). When a LERIC experiences 
receive activity and the rep eater sy stem is in the /DZ.E state, 
the LERIC board will assert ACKO. External arbitration logic 
drives the Identification number onto an arbitration bus and 
the LERIC containing PORTNwW be identified. An identical 
procedure Is used in the TRANSMIT COLLISION state to 
identify PORT M. This parallel means of arbitration is not 
subject to the problems caused by missing boards (i.e., 
empty slots In the backplane). The logic associated with 
asserting this arbitration vector in the various packet repeti- 
tion scenarios could be implemented in PAL® or GAL® type 
devices. 

To perform PORT N or M arbitration, both o f the a bove 
metho ds employ the same signals: ACKI, ACKO, and 
ACTN. 



The Inter-LERIC bus allows multl-LERIC operations to be 
performed in exactly the same manner as if there is only a 
single LERIC in the system. The simplest way to describe 
the operation of Inter-LERIC bus is to see how it is used in a 
number of common packet repetition scenarios. Throughout 
this description the LERICs are presumed to be operating In 
external transceiver mode. This is advantageous for the ex- 
planation since the receive, transmit and collision signals 
from each network segment are observable. In internal 
transceiver mode this is not the case, since the collision 
signal for the non-AUl ports is derived by the transceivers 
inside the LERIC. 

5.3 EXAMPLES OF PACKET REPETITION SCENARIOS 

Data Repetition 

The simplest packet operation performed over the Inter- 
LERIC Bus Is data repetition. In this operation a data packet 
is received at one port and transmitted to all other seg- 
ments. 

The first task to be performed is POflr/V identification. This 
is an arbitration process performed by the Port State (Ma- 
chines in the system. In situations where two or more ports 
simultaneously receive packets the Inter-LERIC bus oper- 
ates by choosing one of the active ports and forcing the 
others to transmit data. This is done to faithfully follow the 
IEEE specification's allowed exit paths from the /DZ.E state 
(i.e., to the SEND PREAMBLE PATTERN or RECEIVE COL- 
LISION sXsAes). 

The packet begins with a preamble pattern derived from the 
LERICs on chip jam/preamble generator. The data re- 
ceived at PORTN is directed through the receive multiplex- 
er to the PLL decoder. Once phase lock has been achieved, 
the decoded data. In NR2 format, with its associated clock 
and enable signals are asserted onto the IRD, IRE and IRC 
Inter-LERIC bus lines. This serial data stream is received 
from the bus by all LERICs In the repeater and directed to 
their Elasticity Buffers. Logic circuits monitor the data 
stream and look for the Start of Frame Delimiter (SFD). 
When this has been detected data is loaded into the elastic- 
ity buffer for later transmission. This will occur when suffi- 
cient preamble has been transmitted and certain internal 
state machine operations have been fulfilled. 
Figure 5-3 shows two LERICs, A and B, daisy-chained to- 
gether with LERIC A positioned at the top of the chain. A 
packet is received at port B1 of LERIC B and Is then repeat- 
ed by the other ports in the system. Figure 5-4 shows the 
functional timing diagram for this packet repetition repre- 
sented by the signals shown In Figure 5-3. In this example 
only two ports in the system are shown, obviously the other 
ports also repeat the packet. It also indicates the operation 
of the LERICs' state machines in so far as can be seen by 
observing the Inter-LERIC bus. For reference, the repeat- 
er's state transitions are shown in terms of the states de- 
fined by the IEEE specification. The location (i.e., which port 
It Is) of PORT N Is also shown. The following section 
describes the repeater and Inter-LERIC bus transitions 
shown in Figure 5-4. 
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'Note 1: The activity stiown on RX^^ represents the transmitted signal on TX^^ after being looped back by the attached transceiver. 

FIGURE 5-4. Data Repetition 
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The repeater is stimulated Into activity by the data signal 
received by port B1. The LERlCs In the system are alerted 
to f orthcoming re peater operation b y the f alling edges on 
the ACKI-ACKO daisy chain and the ACTN bus signal. Fol- 
lowing a defined start up delay the repeater moves to the 
SEND PREAMBLE state. The LERIC system utilizes the 
start up delay to perform port arbitration. When packet 
transmission begins the LERIC system enters the REPEAT 
state. The expected, for normal packet repetition, sequence 
of repeater states, SEND PREAMBLE. SEND SFD and 
SEND DATA is followed but Is not visible upon the Inter- 
LERIC bus. They are merged together Into a single REPEAT 
state. This is also true for the WAIT and IDLE states, they 
appear as a combined Inter-LERIC bus IDLE state. 
Once a repeat operation has begun (i.e., the repeater 
leaves the IDLE state) it is required to transmit at least 
96 bits of data or jam/preamble onto Its network segments. 
If the duration of the received signal from PORTN\s smaller 
than 96 bits, the repeater transitions to the RECEIVE COL- 
LISION state (described later). This behavior is known as 
fragment extension. 

After the packet data has been repeated, including the emp- 
tying of the LERICs' elasticity buffers, the LERIC performs 
the Tw1 transmit recovery operation. This is performed dur- 
ing the WAIT state shown in the repeater state diagram. 

Receive Collisions 

A receive collision Is a collision which occurs on the network 
segment attached to PORT N (i.e., the collision is "re- 
ceived" in a similar manner as a data packet is received and 
then repeated to the other network segments). Not surpris- 
ingly, receive collision propagation follows a similar se- 
quence of operations as is found with data repetition: 
An arbitration process is performed to find PORT N and a 
preamble/jam pattern is transmitted by the repeater's other 
ports. When PORT N detects a collision on Its segment the 
COLN Inter-LERIC bus signal is asserted. This forces all the 
LERICs In the system to transmit a preamble/jam pattern to 
their segments. This is important since they may be already 
transmitting data from their elasticity buffers. The repeater 



moves to the RECEIVE COLLISION stale when the LERICs 
begin to transmit the jam pattern. The repeater remains In 
this state until both the following conditions have been ful- 
filled: 

1. At least 96 bits have been transmitted onto the network, 

2. The activity has ended. 

Under close examination the repeater specification reveals 
that the actual end of activity has its own permutations of 
conditions: 

1. Collision and receive data signals may end simulta- 
neously, 

2. Receive data may appear to end before collision signals, 

3. Receive data may continue for some time after the end 
of the collision signal. 

Network segments using coaxial media may experience 
spurious gaps in segment activity when the collision signal 
goes inactive. This arises from the inter-action between the 
receive and collision signal squelch circuits, implemented in 
coaxial transceivers, and the properties of the coaxial cable 
Itself. The repeater specification avoids propagation of 
these activity gaps by extending collision activity by the Tw2 
wait time. Jam pattern transmission must be sustained 
throughout this period. After this, the repeater will move to 
the WAIT state unless there is a data signal being received 
by PORTN. 

The functional timing diagram. Figure 5-5, shows the opera- 
tion of a repeater system during a receive collision. The 
system configuration is the same as earlier described and is 
shown in Figure 5-3. 

The LERICs perform the same PORTN arbitration and data 
repetition operations as previously described. Th e syste m is 
notified of the receive collision on port B1 by the COLN bus 
signal going active. This is the signal which informs the main 
state machines to output the jam pattern rather than the 
data held in the elasticity buffers. Once a collision has oc- 
curred the IRC, IRD and IRE bus signals may become unde- 
fined. When the collision has ended and the Tw2 operation 
performed, the repeater moves to the WAIT state. 
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5.0 Functional Description (continued) 

Transmit Collisions 

A transmit collision is a collision ttiat is detected upon a 
segment to which the repeater system is transmitting. The 
port state machine monitoring the colliding segment asserts 
the ANYXN bus signal. The assertion of ANYXN causes 
PORT M arbitration to begin. The repeater moves to the 
TRANSMIT COLLISION state when the port which had 
been PORT N starts to transmit a Manchester encoded 1 
on to its network segment. While in the TRANSMIT COLLI- 
SION stale all ports of the repeater must transmit the 
1010 ... jam pattern and POflT" A/ arbitration is performed. 
Each LERIC is obliged, by the IEEE specification, to ensure 
all of its ports transmit for at least 96 bits once the TRANS- 
MIT COLLISION state has bee n entered. This transmit ac- 
tivity is enforced by the ANYXN bus signal. While ANYXN is 
active all LERIC ports will transmit jam. To ensure this situa- 
tion lasts f or at lea st 96 bits, the MSMs inside the LERICs 
assert the ANYXN si gnal thr oughout this period. After this 
period has elapsed, ANYXN will only be asserted if there 
are multiple ports with active collisions on their network seg- 
ments. 

There are two posible ways for a repeater to leave the 
TRANSMIT COLLISION state. The most straightfonward is 
when network activity (i.e., collisions and their Tw2 exten- 
sions) end before the 96-bit enforced period expires. Under 
these conditions the repeater system may move directly to 
the WAIT state when 96 bits have been transmitted to all 
ports. If the MSM enforced period ends and there is still one 
port experiencing a collision the ONE PORT LEFT state is 
entered. This may be seen on the Inter-LERIC bus when 
ANYXN is deasserted and PORTM stops transmitting to its 
network segment. In this circumstance the Inter-LERIC bus 
transitions to the RECEIVE COLLISION state. The repeater 
will remain in this state while PORTM's collision, Tw^ colli- 
sion extension and any receive signals are present When 
these conditions are not true, packet repetition finishes and 
the repeater enters the WAIT sXate. 
Figure 5-6 shows a multi-LERIC system operating under 
transmit collision conditions. There are many different sce- 
narios which may occur during a transmit collision, this fig- 
ure illustrates one of these. The diagram begins with packet 



reception by port A1. Port B1 experie nces a collision, since 
it is not PORT N it asserts ANYXN. This alerts the main 
state machines in the system to switch from data to jam 
pattern transmission. 

Port A1 is also monitoring the ANYXN bus line. Its assertion 
forces A1 to re linquis h its PORTN status, start transmitting, 
stop asserting ACTNa nd rel ease it s hold on the PSM arbi- 
tration signals (ACKD A and ACKI B). The first bit it trans- 
mits will be a Manchester encoded "1" in the jam pattern. 
Since port 81 is the only port wit h a col lision, it attains 
PORTM status and stops asserting ANYXN. It does howev- 
er assert ACTN, and exert i ts presence upon the PSM arbi- 
tratlon c hain (forces ACKO B low). The MSMs ensure that 
ANYXN stays active and thus forces all of the ports, includ- 
ing PORTM, to transmit to their segments. 
After some time port A1 experiences a collision. This arises 
from the presence of the packet being received from port 
Al's segment plus the jam signal the repeater is now trans- 
mitting onto this segment. Two packets on one segment 
results in a collision. PORT M now moves from B1 to A1. 
Port A1 fulfills the same criteria as B1 (i.e., it has an active 
collision on its segment), but in addition it is higher in the 
arbitration chain. T his priority yields no benefits for port A1 
since the ANY XN signa l is still active. There are now two 
sources driving ANYXN, the MSMs and the collision on port 

B1. 

Eventually the collision on port B1 ends and the ANYXN 
extension by the MSMs expires. There is o nly one c ollision 
on the network (this may be deduced since ANYXN is inac- 
tive) so the repeater will move to the ONE PORT LEFT 
state. The LERIC system treats this state in a similar man- 
ner to a receive collision with POflrW fulfilling the role of 
the receiving port. The difference from a true receive colli- 
sion is that the switch from packet dat a to the j am pattern 
has alre ady be en made (controlled by ANYXN). Thus the 
state of COLN has no effect upon repeater operations. In 
common with the operation of the RECEIVE COLLISION 
state, tha repeater remains in this condition until the colli- 
sion and receive activity on PORT M subside. The packet 
repetition operation completes when the Twi recovery time 
in the WAIT sXate has been performed. 
Note: In transmit collision conditions COLN will only go active if the LERIC 
wtiich contained PORT N H the start of packet repetition contains 
PORT M durtng the TRANSMIT COLLISION and ONE PORT LEFT 
states. 



a 
•o 

OS 
Cd 
CO 
Ul 

en 
> 

O 
•XJ 

00 
CO 

<o 
en 
a> 

> 



3-107 



< 

CO 
lO 

« 

CO 

Q. 

Q 

< 
in 

lO 

n 

CO 

D. 
Q 



5.0 Functional Description (continued) 
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5.0 Functional Description (continued) 

Jabber Protection 

A repeater is required to disabie transmit activity if the 
length of its current transmission reaches the jabber protect 
limit. This is defined by the IEEE specification's Tw3 time. 
The repeater disables output for a time period defined by 
the Tw4 specification, after this period normal operation 
may resume. 



Figure 5-7 shows the effect of a jabber length packet upon a 
LERIC based repeater system. The JABBER PROTECT 
state is entered from the SEND DATA state. While the Tw4 
period is observed the Inter-LERIC bus displays the IDLE 
state. This is misleading since new packet activity or contin- 
uous activity (as shown in the diagram) does not result in 
packet repetition. This may only occur when the Tw4 re- 
quirement. has been satisfied. 
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FIGURE 5-7. Jabber Protect 



SEND DATA 


K 


PROTECT 


x 


SEND 






(NOTEI') 




PREAMBLE 


PORT A1 


X 


XX 


X 


PORT A1 



3-109 



5.0 Functional Description (continued) 

5.4 DESCRIPTION OF HARDWARE CONNECTION 
FOR CASCADING 

5.4.1 DP89355 on the Inter-LERIC Bus 

When considering the hardware Interface the Inter-LERIC 
bus may be viewed as consisting of three groups of signals: 

1 . Port Arbitration chain, namely: ACKI and ACKO. These 
signals are either used as polnt-to-point links or with ex- 
ternal arbitration logic. In both cases the load on these 
signals will not be large so that the on-chip drivers are 
adequate. 

2. Sim ultaneou s drive and sense signals, namely: ACTN 
and ANYXN. Potentially these signals may be driven by 
multiple devices. It should be noticed that due to the 
nature of these signals, transceivers cannot be Imple- 
mented for the purpose of cascading; however, bench 
evaluation indicates that LERICs can be cascaded to- 
gether as long as the total load capacitance Is 100 pF or 
less. 

3. Drive or sense signals (I.e., iRE, IRD, IRC and COLN). 
Only one device asserts these signals at any Instance in 
tim e. Th e unidirectional nature of Information transfer on 
the IRE, IRD, IRC and COLN signals means a LERIC Is 
either driving these signals or receiving them from the 
bus but not both at the same time. Thus a single bidirec- 
tional Input/output pin Is adequate for each of these sig- 
nals. 

5.4.2 OP83956 Using the Inter-RIC Bus 

When considering the hardware interface the Inter-LERIC 
bus may be viewed as consisting of three groups of signals: 

1. Port Arbitration chain, namely: ACKI and ACKO. These 
signals are either used as point to point links or with 
external arbitration logic. In both cases the load on these 
signals will not be large so that the on-chip drivers are 
adequate. 

2. The need for simultaneous sense and drive capabilities 
on the ACTN and ANYXN signals and the desire to allow 
operation with external bus transceivers makes It neces- 
sary for these bus signals to each have a pair of pins, 
one to drive the bus and the other to sense the bus. The 
Inter-LEHIC bus on the DP83956 has been designed to 
connect LERICs together directly or via external bus 
transceivers. The latter Is advantageous In large repeat- 
ers. When external bus transceivers are used they must 
be open collector/open drain to allow wIre-ORing of the 
signals. 

3. Drive or sense signals, I.e., IRE, IRD, IRC and COLN. 
Only one device asserts these signals at any Instance In 
tim e. Th e unidirectional nature of Information transfer on 
the TRE, IRD, IRC and COLN signals means a LERIC Is 
either driving these signals or receiving them from the 



bus but not both at the same time. Thus a single bidirec- 
tional Input/output pin Is adequate for each of these 
signals. When an external bus transceiver is used with 
these signals, the Packet Enable "PKEN", an output pin 
of LERIC, performs the function of a drive enable and 
sense disable. 

5.5 PROCESSOR AND DISPLAY INTERFACE 

The processor Interface pins, which include the data bus, 
address bus and control signals, actually perform three op- 
erations which are multiplexed on these pins. These opera- 
tions are: 

1 . The MLOAD Operation, which performs a power up Ini- 
tialization cycle upon the LERIC. 

2. Display Update Cycles, which are refresh operations for 
updating the display LEDs. 

3. Processor Access Cycles, which allow jiP's (or simple 
logic) to communicate with the LERICs registers. 

These three operations are described below. 
MLOAD Operation 

The MLOAD Operation Is a hardware Initialization procedure 
performed at power on. It loads vital device configuration 
Information Into on chip configu ration re gisters, in addition 
to Its configuratio n functio n the MLOAD pin Is the LERICs 
reset Input. When MLOAD Is low ail of the LERICs repeater 
timers, state machines and segment partition logic are re- 
set 

The MLOAD Operation may be accomplished by attaching 
the appropriate set of pull up and pull down resistors to the 
data and register address pins to asserf logic high or low 
sign als onto these pins, and then providing a rising edge on 
the MLOAD pin as is shown in Figure 5-8. The mapping of 
chip functions to the configuration inputs is shown in Table 
5-2. Such an arrangement may be performed using a simple 
resistor, capacitor, diode network. Performing the MLOAD 
Operation In this way enables the configuration of a LERIC 
that Is In a simple repeater system (one without a proces- 
sor). 

Alternatively, In a complex repeater system the MLOAD Op- 
eration may be perform ed using a processor write cycle. 
This would require the MLOAD pin be connected to the 
CPU's write strobe via some decoding logic, and Included In 
the processor's memory map. 
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FIGURE 5-S. MLOAD Operation 
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5.0 Functional Description (continued) 

TABLE 5-2. Pin Definitions for Options In the MLOAD Operation 



Pin 
Name 



DO 
D1 



D2 



D3 



Programming 
Function 



BYPAS1 
BYPAS2 



Resv. 



D4 



D5 



D6 



D7 



EPOLSW 



Resv. 



Effect When 
Bit Is 



Not 
Permitted 



Not Selected 



Not 
Permitted 



TXONLY 



CCLIM 



MIN/MAX 



Selected 



63 



Effect When 
Bit is 1 



Required 



Selected 



Required 



Not Selected 



Minimum 

Mode 



31 



Maximum 
Mode 



Function 



BYPAS2 



1 



BYPAS1 



Information 



All ports (2 to 7) use the external 
Transceiver Interface. 



Ports 2 and 3 use the external interface, 4 
to 7 use the internal 10BASE-T 
transceivers. 



Ports 2 to 5 use the external interface, 6 
and 7 use the internal 10BASE-T 
transceivers. 



All ports (2 to 7) use the internal 
1 0BASE-T transceivers. 



These configuration bits select which of the repeater ports (numbers 2 
to 7) are configured to use the on-chip internal 1 0BASE-T transceivers 
or the external transceiver interface. The external transceiver interface 
operates using AUI compatible signal levels. 



Enables the polarity switching of the receive squelch upon detection of 
polarity reversal of the incoming data. 



This configuration bit allows the on-chip partition algorithm to restrict 
segment reconnection, as described in the Partition State Machine. 



The partition specification requires a port to be partitioned after a certain 
number of consecutive collisions. The LERIC has two values available 
to allow users to customize the partitioning algorithm to their 
environment. Please refer to the Partition State Machine, in data sheet 
section 7.3. . 
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The operation of the display update block Is controlled by the value of 
this configuration bit, as described In the Display Update Cycles section. 
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5.0 Functional Description (continued) 

5.6 PROCESSOR AND DISPLAY INTERFACE 
HARDWARE CONNECTION 

Display Update Cycles 

The LERIC possesses control logic and interface pins which 
may be used to provide status information concerning activi- 
ty on the attached network segments and the current status 
of repeater functions. These status cycles are completely 
autonomous and require only simple support circuitry to pro- 
duce the data in a form suitable for a light emitting diode 
"LED" display. The display may be used in one of two 
modes: 

1. Minimum Mode— General Repeater Status LEDs 

2. Maximum. Mode— Individual Port Status LEDs 
Minimum mode, Intended for simple LED displays, makes 
available four status indicators. The first LED denotes 
whether the LERIC has been forced to activate Its jabber 
protect functions. The remaining 3 LEDs indicate If any of 
the LERIC's network segments are: (1) experiencing a colli- 
sion, (2) receiving data, (3) curreritly partitioned. When mini- 
mum display mode is selected the only external compo- 
nents required are a 74LS374 type latch, the LEDs and their 
current limiting resistors. 

Maximum mode differs from minimum mode by providing 
display information specific to individual network segments. 
This information denotes the collision activity, packet recep- 
tion and partition status of each segment. In the case of 
10BASE-T segments the link integrity status and polarity of 
the received data are also made available. The wide variety 
of information available in maximum mode may be used in 
its entirety or in part, thus allowing the system designer to 
choose the appropriate complexity of status display com- 
mensurate with the specification of the end equipment. 



The signals provided and their timing relationships have 
been designed to interface directly with 74LS259 type ad- 
dressable latches. The number of latches used being de- 
pendent upon the complexity of the display. Since the latch- 
es are octal, a pair of latches is needed to display each type 
of segment specific data (7 ports means 7 latch bits). The 
accompanying Tables 5-3 and 5-4 show the function of the 
interface pins in minimum and maximum modes. Figure 5-10 
shows the location of each port's status information when 
maximum mode is selected. This may be compared with the 
connection diagram (Figure 5-9). 

Immedia tely following the MLOAD Operation (when the 
MLOAD pin transitions to a high logic state), the display 
logic performs an LED test operation. This operation lasts 
one second and while it is in effect all of the utilized LEDs 
will blink on. Thus an installation engineer is able to test the 
operat ion of th e display by forcing the LERIC into a reset 
cycle (MLOAD forced low). The rising edge on the MLOAD 
pin starts the LED test cycle. During the LED test cycle 
the LERIC does not perform packet repetition opera- 
tions. 

The status display possesses a capability to lengthen the 
time an LED is active. At the end of the repetition of a pack- 
et, the display is frozen showing the current activity. This 
freezing lasts for 30 ms or until a subsequent packet is re- 
peated. Thus at low levels of packet activity the display 
stretches activity information to make it discernable to the 
human eye. At high traffic rates the relative brightness of 
the LEDs Indicates those segments with high or low activity. 



Signal 
Pin Name 



DO 



02 



D3 



D(7:4) 



Str 



Mnemonic 



ACOL 



JAB 



APART 



TABLE 5-3. Status Display Pin Functions in IMInimum iUode 



Function In MINIMUiU MODE 



Provides status information indicating if there is a collision occurring on one of the segments attached to 
this LERIC. 



Provides status information indicating if one of this LERIC's ports is receiving a data or collision packet 
from a segment attached to this LERIC. 



Provides status information indicating that the LERIC has experienced a jabber protect condition. 



Provides status information indicating if one of the LERIC's segments is partitioned. 



No operation 



This signal Is the latch enable for the 374 type latch. 



Note: ACOL = Any Port Collision 
AREC = Any Port Reception 
JAB = Any Port Jabbering 
APART = Port Partitioned 
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5.0 Functional Description (continued) 

TABLE 5-4. Status Display Pin Functions In Maximum Mode 
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Signal 
Pin Name 



Function In MAXIMUM MODE 



DO 



Provides status Information concerning the Link Integrity status of 1 0BASE-T segments. This signal should be 
connected to the data Inputs of the chosen pair of 74LS259 latches^ 



D1 



Provides status Information indicating if there is a collision occurring on one of the segments attached to this LERiC. 
This signal should be connected to the data inputs of the chosen pair of 74LS259 latches. 



D2 



Provides status information Indicating If one of this LERIC's ports Is receiving data or a collision packet from its 
segment. This signal should be connected to the data Inputs of the chosen pair of 74LS259 latches. 



D3 



Provides status information Indicating that the LERIC has experienced a jabber protect condition. Additionally, It 
denotes which of Its ports are partitioned. This signal should be connected to the data Inputs of the chosen pair of 
74LS259 latches. 



D4 



Provides status Information Indicating If one of this LERIC's ports Is receiving data of inverse polarity. This status 
output Is only valid if the port Is configured to use its Internal 1 0BASE-T transceiver. The signal should be connected to 
the data inputs of the chosen pair of 74LS259 latches. 



D(7:5) 



These signals provide the repeater port address corresponding to the data available on D(4:0). 



STR 



This signal is the latch enable for the 74LS259 latches. 
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5.0 Functional Description (continued) 
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5.0 Functional Description (continued) 











74LS259 Latch Inputs 








259 Output 


QO 


Q1 


Q2 


03 


04 


05 


06 


A7 


259AddrS(2-0) 


000 


001 


010 


Oil 


100 


101 


110 


111 


LERIC Port Number 




1 (AUI) 


2 


3 


4 


5 


6 


7 


LERIC DO 


ACOL 




LINK 


LINK 


LINK 


LINK 


LINK 


LINK 


LERIC D1 


AREC 


COL 


COL 


COL 


COL 


COL 


COL 


COL 


LERIC D2 


JAB 


REC 


REC 


REC 


REC 


REC 


REC 


REC 


LERIC D3 


APART 


PART 


PART 


PART 


PART 


PART 


PART 


PART 


LERIC D4 






BDPOL 


BDPOL 


BDPOL 


BDPOL 


BDPOL 


BDPOL 



Note: This shows the LED Output Functions for the LED Drivers when 74LS2595 are used. 
ACOL = Any Port Collision, AREC = Any Port Reception, JAB = Any Port Jabbering, 
LINK - Port Link, COL = Port Collision, REC = Port Reception, PART = Port Partitioned, 
BDPOL = Bad (inverse) Polarity ot received data 

FIGURE 5-10. Maximum Mode LED Definitions 



Description of Data Freeze Strobe (DFS) Pin Operation 

DPS has been Implemented to assist the user to provide 
partial hub management statistics on a per packet per port 
basis. The DFS signal is asserted, active high, at the end of 
the transmission of each packet, and the status of that 
packet Is frozen on the LEDs until the beginning of the next 
received packet or for a maximum of 30 ms as is shown in 
Figure 5-11. 

The DFS signal can be used to latch the LED information 
into a shared buffer which acts as an external flag register, 
and can be used as a mechanism to trap events. 
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FIGURE 5-11. DFS Operation 



Processor Access Cycles 

Access to the LERIC's on-chip registers is made via its 
processor Interface. This utilizes a conventional non-multi- 
piexed address (four bit) and data (four bit) bus. This bus is 
also used to provide data and address information to off 
chip LED display latches during display update cycles. While 
performing these cycles the LERIC behaves as a master of 
its data bus. Consequently a TRI-STATE bi-directional bus 
transceiver (e.g., 74LS245) must be placed between the 
LERIC and any processor bus. Internally each of the 
LERIC's registers is 8 bits, however there are four bits of 
data pins (D(3:0)). Each register is accessed on a nibble 
basis (4 bits at a time). D(7) of the address pins D(7:4) se- 
lects the upper and lower nibbles as described in Section 7. 
To access the LERIC's registers, the processor reque sts a 
register access by asserting the read (RD) or write (WR) 
input strobes. The LERIC responds by finishing any current 
display upd ate cycle and asserts the TRI-STATE buffer en- 
able signal (BUFEN). If the processor cycle is a write cycle 
then the LERIC's buffers are disabled to prevent contention. 
In order to interface to the LERIC a PAL device may be 
used to perform the following operations: 

1. Generate the LERIC's read and write strobes, 

2. Control the direction signal for the 74LS245. 

An example of the processor and display interfaces is 
shown in Figure 5-12. 
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5.0 Functional Description (continued) 
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FIGURE 5-12. Processor Connection Diagram 



6.0 Port Blocl( Functions 

The LERIC has 7 port logic blocks (one for each network 
connection). In addition to the packet repetition operations 
already described, the port block performs two other func- 
tions: 

1. The physical connection to the network segment (trans- 
ceiver function). 

2. It provides a means to protect the network from malfunc- 
tioning segments (segment partition). 

Each port has its own status and configuration register. This 
register allows the user to determine the current status of 
the port and configure a number of port specific functions. 

6.1 TRANSCEIVER FUNCTIONS 

The LERIC may connect to network segments in three 
ways: 

1. Over AUI cable to transceiver boxes (Port 1) 

2. Directly to board mounted transceivers. 

3. To twisted pair cable via a simple interface. 

The first method is only supported by LERIC Port 1 (the AUI 
port). Options (2) and (3) are available on Ports 2 to 7. The 
selection of the desired option Is made at device initializa- 
tion during the MLOAD operation. The Transceiver Bypass 
XBYPAS configuration bits are used to determine whether 
the ports will utilize the on-chip 10BASE-T transceivers or 
bypass these in favor of external transceivers. Four possible 
combinations of port utilization are supported (refer to Table 
5-2): 

1. All ports (2 to 7) use the external Transceiver Interface. 

2. Ports 2 and 3 use the external Interface, 4 to 7 use the 
internal 10BASE-T transceivers. 

3. Ports 2 to 5 use the external interface, 6 and 7 use the 
internal 10BASE-T transceivers. 

4. Ail ports (2 to 7) use the internal 1 0BASE-T transceivers. 



10BASE-T Transceiver Operation 

The LERIC contains virtually all the digital and analog cir- 
cuits required for connection to 10BASE-T network seg- 
ments. The only additional active component Is an external 
driver package. The connection for a LERIC port to a 
10BASE-T segment is shown in Figure 6-1. The diagram 
shows the components required to connect one of the 
LERIC's ports to a 1 0BASE-T segment (and lists a few mod- 
ule P/Ns and vendors). The major components are the driv- 
er package, a member of the 74ACT family, and an integrat- 
ed tilter-transformer-choke module (or discrete combination 
of these functions). 

The operation of the 10BASE-T transceiver's logical func- 
tions may be modified by software control. The default 
mode of operation is for the transceivers to transmit and 
expect reception of link pulses. This may be modified if a 
logic one is written to the GDLNK bit of a port's status regis- 
ter. The port's transceiver will operate normally but will not 
transmit link pulses nor monitor their reception. Thus the 
entry to a link fail state and the associated modification of 
transceiver operation will not occur. 
The on-chip 10BASE-T transceivers automatically detect 
and correct the polarity of the received data stream. This 
polarity detection scheme relies upon the polarity of the re- 
ceived link pulses and the end of packet wavefom). Polarity 
detection and correction may be disabled through the 
MLOAD operation. 

External Transceiver Operation 
LERIC ports 2 to 7 may be connected to media other than 
twisted-pair by opting to bypass the on-chip transceivers. 
When using external transceivers the user must perform 
collision detection and the other functions associated with 
an IEEE 802.3 Media Access Unit. Figure 6-2 shows the 
connection between a repeater port and a coaxial transceiv- 
er using the AUI type interface. 
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6.0 Port Block Functions (Continued) 
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For typical Fllter-Transtormer-Choko Modules refer lo ETHERNET MAGNETIC VENDORS. 
In addition to these, the Valor FL1085 is recommended for HOT Drivers. 



FIGURE 6-1. Port Connection to a 10BASE-T Segment 
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The above diagrams show a LERIC port (numbers 2 to 7) connected to a 1 OBASE-T and a 1 0BASE2 segment. The values of any components not indicated above 
are to be determined. 

FIGURE 6-2. Port Connection to a 10BASE2 Segment (AUI type Interface selected) 
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6.0 Port Block Functions (continued) 

6.2 SEGMENT PARTITION 

Each of the LERIC ports has a dedicated state machine to 
perform the functions defined by the IEEE partition algo- 
rithm as shown in Figure 6-3. To allow users to customize 
this algorithm for different applications a number of user 
selected options are available during device configuration at 
power up (the MLOAD cycle). 
Two options are provided: 

1 . The value of consecutive counts required to partition a 
segment (the CCLimit specification) may be set at either 
31 or 63 consecutive collisions. 

2. The operation of the ports' state machines when recon- 
necting a seg ment may also be modified by the user. The 
Transmit Only TXONLY configuration bit allows the user 
to prevent segment reconnection unless the reconnect- 
ing packet is being sourced by the repeater. In this case 
the repeater is transmitting on to the segment rather than 
the segment transmitting when the repeater is idle. The 
normal mode of reconnection does not differentiate be- 



tween such packets. The TXONLY configuration bit is 
input on pin D(5) during the MLOAD cycle. If this option is 
selected the operation of the state machine branch 
marked (3) in Figure 6-3 is affected. 
In addition to the autonomous operation of the partition 
state machines, the user may reset these state ma- 
chines. This may be don e indiv idually to each port by 
writing a logic one to the PART bit in its status register. 
The port's partition state machine and associated coun- 
ters are reset and the port is reconnected to the network. 

6.3 PORT STATUS AND CONFIGURATION 
REGISTER FUNCTIONS 

Each LERIC port has its own status and configuration regis- 
ter. In addition to providing status concerning the port and 
Its network segment the register allows the following opera- 
tions to be performed upon the port: 

1 . Port disable. When a port is disabled packet transmis- 
sion and reception between the port's segment and the 
rest of the network is prevented. 

2. Selection between normal and reduced squelch levels. 
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6.0 Port Block Functions (continued) 



(1) 



BEGIN 



COUNT CLEAR 

CC(X)=0 

DATAIN(X)=DIPRESENT(X) 

COLLIN(X)=CIPRESENT{X) 



o 

ei 

Cd 

to 
<n 

> 

O 

•o 

o» 

CO 

<o 
<ji 

> 



DIPRESENT(X)=II' 
CIPRESENT(X)=SQE 



COLLISION COUNT IDLE 
DATAIN(X)=DIPRESENT(X) 
COLLIN(X)=CIPRESENT(X) 



DIPRESENT(X)=II' 
CIPRESENT(X)=SQE 



TW5D0NE* 

DIPRESENT(X)=£_ 

CIPRESENT(X)=SQE' 



DIPRESENT(X)=II" 
CIPRESENT(X)=SQE 



WATCH FOR COLLISION 

STARTTW5 

DATAIN(X)=DIPRESENT{X) 

COLLIN(X)=CIPRESENT(X) 



CIPRESEHT(X)=SQE 



COLLISION COUNT INCREMENT 

CC{X)=CC(X)+1 

DATAIN{X)=DIPRESENT(X) 

COLLIN(X)=CIPRESENT(X) 

STARTTW6 



CC(X)aCCLIMIT+(TW6D0NE*CIPRESENT(X)=SQE) 



(2) 



DIPRESENT(X)=II* 
CIPRESENT(X)=SOE* 
CC(X)<C CLIMIT' 
TW6D0NE 



PARTITION WAIT 

DATAIN(X)=II_ 

COLLIN(X)=SQE 



DIPRESENT(X)=II* 
CIPRESENT(X)=SQE 



PARTITION HOLD 

DATAIN(X)=II_ 

C0LLINM=SQE 



CIPRESENT(X)=SOE 



DIPRESENT(X)=I+ 
CIPRESENT(X)=SOE 



PARTITION COLLISION WATCH 

DATAIN(X)=II 

COLLIN(X)=SQE 

STARTTW5 



DIPRESENT(X)=II' 
CIPRESENT(X)=SOE 



(3) 



I TW5D0NE'DIPRESENT(X)=II* 
I CIPRESENT(X)=SQE 



CIPRESENT(X)=SOE 



WAIT TO RESTORE PORT 

DATAIN(X)=II 

COLLIN{X)=SQE 

CC(X)=0 



DIPRESENT(X)=ir_ 
CIPRESENT(X)=SQE 
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FIGURE 6-3. IEEE Segment Partition Algorithm 
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7.0 LERIC Registers 

7.1 LERIC REGISTER ADDRESS MAP lower nibbles of each register. The register map consists of 
The LERIC's registers may be accessed by applying the ^ registers as shown in the Register Map in Table 7-1 which 
required address to the four register address (D(7:4)) input is followed by a summary of the register bits shown in Table 
pins. Pin D(7) makes the selection between the upper and 7-2. The definitions for these bits are shown in the detailed 

register definitions on the following pages. 

TABLE 7-1. Register Memory Map 


Address D(7:4) 


Name 


0000 
1000 


LERIC Status Register— Lower Nibble 
LERIC Status Register— Upper Nibble 


0001 
1001 


Port 1 Status and Configuration Register— Lower Nibble 
Port 1 Status and Configuration Register— Upper Nibble 


0010 
1010 


Port 2 Status and Configuration Register— Lower Nibble 
Port 2 Status and Configuration Register— Upper Nibble 


0011 
1011 


Port 3 Status and Configuration Register— Lower Nibble 
Port 3 Status and Configuration Register— Upper Nibble 


0100 
1100 


Port 4 Status and Configuration Register— Lower Nibble 
Port 4 Status and Configuration Register— Upper Nibble 


0101 
1101 


Port 5 Status and Configuration Register— Lower Nibble 
Port 5 Status and Configuration Register— Upper Nibble 


0110 
1110 


Port 6 Status and Configuration Register— Lower Nibble 
Porte Status and Configuration Register— Upper Nibble 


0111 

1111 


Port 7 Status and Configuration Register— Lower Nibble 
Port 7 Status and Configuration Register— Upper Nibble 


Register Array Bit Map 


Address D(7:4) 


D(3) 


0(2) 


D(1) 


D(0) 


0000 
1000 


PART 
Resv 


JAB 
Resv 


AREC 
Resv 


aCOl 
Resv 


0001 
1001 


PART 
DISPT 


REC 
Resv 


COL 
Resv 




GDLNK 
Resv 


0010 
1010 


PART 
DISPT 


hEC 
Resv 


COL 
POL 




GDLNK 
SQRL 


0011 
1011 


PART 
DISPT 


REC 

Resv 


COL 
POL 




GDLNK 
SQL 


0100 
1100 


DISPT 


REC 
Resv 


COL 
POL 




GDLNK 
SQL 


0101 
1101 


PART 
DISPT 


REC 
Resv 


COL 
POL 




GDLNK 
SQL 


0110 
1110 


PART 
DISPT 


REC 
Resv 


COL 
POL 




GDLNK 

SQL 


0111 

1111 


PART 
DISPT 


REC 
Resv 


COL 

POL 




GDLNK 
SQL 
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7.0 LERIC Registers (continued) 

7.2 LERIC STATUS REGISTER 

This register contains real time information concerning the operation of the LERIC. 



D(3) 


D(2) 


D(1) 


D(0) 


D(3) 


D(2) 


D(1) 


D(0) 


Resv 


Resv 


Resv 


Resv 




JAB 






APART 


AREC 


ACOL 



Symbol 



asoe 



AREC 



JAB 



APART 



Resv 



Resv 



Resv 



Resv 



Bit 



D(0) 



D(1) 



D(2) 



D(3) 



D(0) 



D(1) 



D(2) 



D(3) 



R/W 



Description 



O 

■o 

09 
CO 
(O 
U1 
(J1 
> 

a 

•a 

CO 
CO 
CO 
CJI 

> 



Any Collisions 

0: A collision is occurring at one or more of the LERIC's ports 

1: No collisions 



Any Receive 

0: One of the LERIC's ports Is the current packet or collision receiver 

1 : No packet or collision reception within this LERIC 



Jabber Protect 

0: The LERIC has been forced into jabber protect state by one of its ports or by another port on the 

Inter-LERIC bus (operations) 

1 : No jabber protect conditions exist 



Any Partition 

0: One or more ports are partitioned 

1 : No ports are partitioned 



Reserved for future use 
Value set at logic one 



Reserved for future use 
Value set at logic one 



Reserved for future use 
Value set at logic one 



Reserved for future use 
Value set at logic one 



3-121 



< 

o> 

CO 
CO 

Q. 

a 

< 

u> 
o> 

CO 
00 

a. 
o 



7.0 LERIC Registers (continued) 

7.3 PORT STATUS AND CONFIGURATION REGISTERS 



D(3) 


D(2) 


D(1) 


D(0) 


D(3) 


D(2) 


D(1) 


D(0) 


DISPT 


Resv 


POL 


SQL 


PART 


REC 


COL 




GDLNK 



Symbol 



GDLNK 



Bit 



D(0) 



R/W 



R/W 



Description 



Good Link 

0: Link pulses are being received by the port 

1 : Link pulses are not being received by the port logic 

Note: Writing a 1 to this bit will cause ttie 1 0BASE-T transceiver not to transmit or monitor the reception of link 

pulses. If the internal 1 0B ASE-T transceivers are not selected or if port 1 (AUI port) is read, then this bit Is undefined. 



COL 



D(1) 



REC 



D(2) 



PART 



D(3) 



R/W 



SQL 



D(0) 



R/W 



POL 



D(1) 



Resv 



D(2) 



DISPT 



0(3) 



R/W 



Collision 

0: A collision is happening or has occurred during the current packet 

1 : No collisions have occurred as yet during this packet 



Receive 

0: This port is now or has been the receive source of packet or collision information for the current 

packet. 

1 : This port has not been the receive source during the current packet 



Partition 

0: This port is partitioned 

1 : This port is not partitioned 

Writing a logic one to this bit forces segment reconneotion and partition state machine reset. Writing 

a zero to this bit has no effect 



Squelch Level 

0: Port operates with normal IEEE receive squelch level 

1 ; Port operates with reduced receive squelch levels 

Note: This bit has no effect when the external transceiver is selected. 



Polarity 

0: Polarity is not inverted 

1: Polarity is inverted 



"Reserved" 

"Value set to logic zero" 



Disable Port 

0: Port operates as defined by repeater operations 

i. Mil pt^fii av^uviiy Is picvcilicu 
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8.0 Absolute Maximum Ratings 

If Military /Aerospace specified devices are required, Storage Temperature Range (Tstg) -65°Gto +150°C 

please contact the National Semiconductor Sales Power Dissipation (Pq) 1.5W 

Office/Distributors for availability and specifications. ^ead Temperature (TJ 

Supply Voltage (Vcc) 0.5V to 7.0V (Soldering, 10 Seconds) 260°C 

DC Input Voltage (V|n) - 0.5V to Vcc + 0-5V eSD Rating 

DC Output Voltage (Vqut) - 0.5V to Vcc + 0.5V (Rzap = 1 •5k, Czap = 1 20 pF) 1 .5 kV 

9.0 DC Specifications Ta = 0°Cto +70''C,Vcc = 5V ±5% unless othenwise specified 


Symbol 


Description 


Conditions 


Min 


Max 


Units 


PROCESSOR, LED, TWISTED-PAIR PORTS AND INTER-LERIC INTERFACES 


VOH 


Minimum High Level 
Output Voltage 


loH = -8 mA 


3.5 




V 


Vol 


Minimum Low Level 
Output Voltage 


loL = 8 mA 




0.4 


V 


V|H 


Minimum High Level 
Input Voltage 




2.0 




V 


V|L 


Maximum Low Level 
Input Voltage 






0.8 


V 


l|N 


Input Current 


V|N = VccorGND 


-1.0 


1.0 


^A 


loz 


Maximum TRI-STATE Output 
Leakage Current 


VouT = Vcc 
orGND 


-10 


10 


IxA 


Ice 


Average Supply Current 


V|N = VccorGND 
Vcc = 5.25V 




250 


mA 


AUI (PORT 1) 


VoD 


Differential Output 
Voltage (TX±) 


78ft Termination and 
270n Pulldowns 


±550 


±1200 


mV 


VOB 


Differential Output Voltage 
Imbalance (TX±) 


78n Termination and 
270n Pulldowns 


40 mV 
Typical 


Vu 


Undershoot Voltage (TX±) 


780 Termination and 
270ft Pulldowns 


80 mV 
Typical 


Vds 


Differential Squelch 
Threshold (RX±, CD ±) 




-175 


-300 


mV 


VCM 


Differential Input 
Common Mode Voltage 
(nX±,CD±)(Note1) 







5.5 


V 





o 

TJ 

00 
CO 
(O 
U1 

01 

> 
a 

■D 
00 
CO 

<o 
01 

> 
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9.0 DC Specifications Ta = O-Cto +70°C, Vcc = SV ±5% unless otherwise specified (Continued) 



Symbol 



Description 



Conditions 



IMIn 



Max 



Units 



PSEUDOAUI (PORTS 2-7) 



VpoD 



Differential Output 
Voltage (TX±) 



270n Termination and 
1 kn Rundowns 



±450 



±1200 



mV 



VpoB 



Differential Output Voltage 
Imbalance (TX±) 



270n Termination 
and 1 kfl Rundowns 



40 mV 
Typical 



Vpu 



Undershoot Voltage (TX ± ) 



270fl Termination 
and 1 kn Rundowns 



80 mV 
Typical 



VpDS 



Differential Squelch 
Threshold (RX±, CD ±) 



-175 



-300 



mV 



VpCM 



Differential Input 
Common Mode Voltage 
(RX+,CD±)(Note1) 



5.5 



TWiSTED-PAIR (PORTS 2-7) 



VroN 



Minimum Receive Squelch Threshold: 
Normal Mode 
Reduced Mode 



±300 
±175 



±585 
±300 



mV 
mV 



Note 1; This parameter is guaranteed by design and is not tested. 

10.0 Switcliing Characteristics 

PORT ARBITRATION TIMING 



■\ 



■•— T2 — *| 



\ 



/ 
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Symbol 


Number 


Parameter 


Min 


Max 


Units 




T1 






26 




ackllackol 


ACKILowtoACKOLow 


ns 




T2 






23 




ackihackoh 


ACKI High to ACKO High 


ns 



Note: Timing valid with no receive or collision activities. 

RECEIVE TIMING— AUi PORTS 

Receive activity propagation start up and end delays for ports in non 10BASE-T mode 




TL/F/1 1240-21 
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Symbol 


Number 


Parameter 


Min 


Max 


Units 


n<aackol 
ndackoh 


T3a 
T4a 


RX Active to ACKO Low 

RX Inactive to ACKO High (Note 1) 




86 
235 


ns 
ns 


n<aactnl 
rxiactnh 


T5a 
T6a 


RX Active to ACTN Low 

RX Inactive to AG 1 N High (Note 1) 




75 
235 


ns 
ns 


Note: ACKI assumed high 

Note 1: This time includes EOP. 

Note 2: This parameter assumes squelch trigs 


ere on negative edge of RX data. 





10.0 Switching Characteristics (continued) 

RECEIVE TIMING-10BASE-T PORTS 

Receive activity propagation start up and end delays for ports in 10BASE-T mode 



< 



T5t ■ 



> 



T6t ■ 



\ 



/ 



\ 



/ 
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Symbol 


Number 


Parameter 


MIn 


Max 


Units 




T3t 
T4t 






300 
280 




rxaackol 
rxiackoh 


RX Active to ACKO Low 

RX Inactive to ACKO High (Note 1) 


ns 
ns 




T5t 
T6t 






300 
280 




rxaactnl 
rxiactnh 


RX Active to ACTN Low 

RX Inactive to ACtN High (Note 1) 


ns 
ns 



o 

T3 
oo 
CO 

<o 

U1 
U1 

> 

o 
■o 

CO 
CO 

to 

U1 

> 



Note: ACKI assumed high. 
Note 1: This time includes EOP. 

TRANSMIT TIMING— AUI PORTS 

Transmit activity propagation start up and end delays for ports in non 10BASE-T mode 



■VAA/KAAAAAAyWA 

-^ f-»-n6a 
Tt5a — H 



/ 



< 



y- 
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Symbol 


Number 


Parameter 


MIn 


Max 


Units 




T15a 






675 




actnltxa 


ACTN Low to TX Active 


ns 


clkitxa 


T16a 


CLOCK in to TX Active (Note 1) 




45 


ns 



Note: ACKl assumed high. 

Note 1: Measurement from previous falling edge of the clock. 
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10.0 Switching Characteristics (Continued) 

TRANSMIT TIMING— 10BASE-T PORTS 

Receive activity propagation start up and end delays for ports in 10BASE-T mode 



vaaAaaaaaaaaa 

-^ [-►-Tiet 

T151 —-\ 



r 



< 



>- 
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Symbol 


Number 


Parameter 


Min 


Max 


Units 




T15t 






790 




actnltxa 


ACTN Low to TX Active 


ns 


clkitxa 


T16t 


CLOCK In to TX Active (Note 1) 




45 


ns 



Note: ACKI assumed high. 

Note 1: Clock not drawn to scale. In this measurement, falling edge ot the clock for even ports and rising edge of the clock for odd ports are considered. 

COLLISIONTIMING—AUI PORTS 

Collision activity propagation start up and end delays for ports in non 10BASE-T mode 

TRANSMIT COLLISION TIMING 



< 



> 



\ 



/ 
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Symbol 


Number 


Parameter 


MIn 


Max 


Units 




T30a 






85 




cdaanyxnl 


CD Active to ANYXN Low 


ns 




T31a 






285 




odianyxnh 


CD Inactive to ANYXN High (Notes 1 , 2) 


ns 



Hole 1: TX collision extension has already been performed and no other port is driving ANYXN. 
Note 2: Includes TW2. 
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10.0 Switching Characteristics (continued) 

RECEIVE COLLISION TIMING 







cc € 


s_ 










T32a —► 




/^ 








— T33« —*\ 


1*- 




COLN ^ 
T39— * 


f 




\*~ T40 — ► 




TL/F/t 1240-26 




TX — — ^ DATA 


X ^*" 








Symbol 


Number 


Parameter 


Min 


Max 


Units 


cdacolna 
cdicoini 


T32a 
T33a 


CJD Active to COLN Low 
CD Inactive to COLN High 




75 
215 


ns 
ns 


colnljs 
colnhje 


T39 
T40 


COLN Low to Start of JAM 
COLN Higli to End of JAM(Note 1 ) 




400 
585 


ns 
ns 



o 
■o 

00 

w 

(O 

> 

a 

■o 

00 
CO 
(O 
01 

> 



Note 1: Reception ended betore COLN goes iiigh. 

COLLISION TIMING— 10BASE-T PORTS 

Collision activity propagation start up and end delays for ports In 10BASE-T mode 




^UF/^^^4o-^^ 



Symbol 



colaanyl 



collanyh 



Number 



T30t 



T31t 



Parameter 



Collision Active to ANYXN Low 



Collision Inactive to ANYXN High (Note 1) 



MIn 



Max 



800 



450 



Units 



Note 1: TX collision extension has already been performed and no other port is asserting ANYXN. 
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10.0 Switching Characteristics (continued) 

COLLISION TIMING— ALL PORTS 




TL/F/1 1240-28 



Symbol 



anylmin 

anyhtxai 

anylsj 



Number 



T34 
T35 
138 



Parameter 



ANYXN Low Time 

ANYXN High to TX to All Inactive 

ANYXN Low to Start of JAM 



Min 



96 
20 



Max 



Units 



370 
565 



bits 
ns 
ns 



COLLISION TIMINCS— ALL PORTS 



ACTN 



^ 




\ 



I 



■ — c 



T36 



T37 



TX 
one port left 
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Symbol 



actnhtxi 
anyhtxol 



Number 



T36 
T37 



Parameter 



ACTR High to TX Inactive 

ANYXN High to TX "One Port Left" Inactive 



Min 



20 



Max 



Units 



410 
200 



ns 
ns 



Note: 96 bits of JAM have already been propagated. 
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10.0 Switching Characteristics (continued) 

RESET TIMING 



MLOAD 



D(7:0) 



T65 



^^ 



— H k— T63 
BUFEN X 



T64 ■ 



-T62- 



y 
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Symbol 



resdats 



resdath 



reslbufi 



reshbufh 



Number 



761 



T62 



T63 



T64 



T65 



Parameter 



Data Setup 



Data Hold 



MLOAD Low to BUFEN Low 



MLOAD High to BUFEN High 



MLOAD Width 



Min 



20 



20 



eoo 



Max 



35 



35 



Units 



a 

-D 

09 
OS 

<o 

U1 

> 
o 

TJ 
00 

u 

CO 

«n 

> 



LED STROBE TIMING 



D(7:5) -y. 



(addrass) 

D(4:0) 
(data) 



STR 



DC 



■T66- 



T67 



2f 



T69 — ^ |-«— 



TL/F/1 1240-31 



Symbol 



stradrs 



strdats 



strdath 



strw 



Number 



T66 



T67 



T68 



T69 



Parameter 



Strobe Address Setup 



Strobe Data Setup 



Strobe Data Hold 



Strobe Width 



Mln 

70 



35 



145 



30 



Max 



100 



55 



165 



65 



Units 



ns 
ns 
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10.0 Switching Characteristics (continued) 

REGISTER READ TIMING 



Symbol 



rdadrs 
rdadrh 



rdlbufi 
rdhbufh 



bufldatv 
rddath 



rdw 



rdtr 



^C 



BUFEN 



D(7:4) 
(address) 



D(3:0) 
(dat«) 



T89 • 



Z' 



V 



■ T82 



■ TOO 



■•-T84 



■^ 



T81 ■ 
T85 • 



> 



Number 



T80 
T81 



T82 
T83 



T84 
T85 



T88 



T89 



Parameter 



Address Setup from BUFEN Low 
Address Hold after Rd High 



RD Low to BUFEN Low 



RD High to BUFEN High 



BUFEN Low to Data Valid 
Read Data Hold 



RD Width 



RD Low to D(7:4) TRI-STATE 



Note: Minimum high time between read/write cycles is 100 ns. 
REGISTER WRITE TIMING 



£ 



MIn 



80 



60 



650 



80 



Ttyp/1 1240-32 



Max 



85 



355 
35 



190 



355 



Units 



ns 
ns 



ns 
ns 



ns 
ns 



Symbol 



wradrs 
wradrh 



wribufi 
wrhbufh 



wradatv 
wrdath 



wrdatr 



WR \ 


« T98 






— 




»— T92 


T93 -*■ 


h 


BUfEN 




_/ 


T99— ► 
D(7:4) 




•«— T90 




(address) 

D(3:0) 




■•-T94-* 


T91 — «- 
T95— ► 


S- 


(data) 




^ 


— T96 »^ 




3 



Number 



T90 
T91 



T92 
T93 



T94 
T95 



T96 



798 



T99 



Parameter 



Address Setup from BUFEN Low 
Address Hold after WR High 



WR Low to BUFEN Low 
ygff High to BUFEN High 



BUFEN Low to Data Valid 
Write Data Hold 



BUFEN Low to Data Latched 



WR Width 



WRLowto D(7:0) TRI-STATE 



Note: Minimum high time between read/write cycles is 100 ns. 



MIn 



80 



245 



650 



80 
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Max 



14 



355 
35 



160 



355 



Units 



ns 
ns 



ns 
ns 



ns 
ns 
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10.0 Switching Characteristics (continued) 

INTER-LERIC BUS OUTPUT TIMING 




VjCXT^ 



\ r^^_^' 
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Symbol 


Number 


Parameter 


MIn 


Max 


Units 


ircoh 


T101 


IRC Output High Time 


40 


60 


% 


ircol 


T102 


IRC Output Low Time 


40 


60 


% 


ircoc 


T103 


IRC Output Cycle Time 


90 


110 


ns 


actndapkena 


T104 


ACTNd Active to PKEN Active (Note 1) 


500 




ns 




T105 




500 






actnolireol 


ACTN Output Low to IRE Output Low 


ns 


ireolirca 


T106 


TrE Output Low to First Rising Edge of IRC 




1.8 


US 


irdov 


11 07 


IRD Output Valid from IRC 




10 


ns 


irdos 


T108 


IRD Output Stable Valid Time 


90 




ns 


ircohireh 


T109 


IIRC Output High to Ire High 


30 


70 


ns 


ircclks 


T110 


Number of IRCs after iRE High 


5 


5 


clocks 



Note 1: This parameter applies to DP8395G only. 
INTER-LERIC BUS INPUT TIMING 




— ► f«— T116 
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Symbol 


Number 


Parameter 


Min 


Max 


Units 


ircih 


T111 


IRC Input High Time 


20 




ns 


ircil 


T112 


IRC Input Low Time 


20 




ns 


irdisirc 


T114 


IRD Input Setup to IRC 


5 




ns 


irdihirc 


T115 


IRD Input Hold from IRC 


10 




ns 


ircihireh 


TUB 


IRC Input High to TRE High 


25 


75 


ns 
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11.0 AC Timing Test Conditions 

All specifications are valid only if tfie mandatory isolation is 
employed and all differential signals are taken to be at AUI 
side of the pulse transormer. 

Input Pulse Levels (TTL/CMOS) GND to 3.0V 

Input Rise and Fall Times (TTL/CMOS) 5 ns 

I nput and Output Reference Levels (TTL/CMOS) 1 .5V 



Input Pulse Levels (Diff.) ,-350mVto -1315mV 

Input and Output Reference 
Levels (Diff.) 50% Point of the Differential 

TRI-STATE Reference Levels Float (AV) ± 0.5V 

Output Load (See Figure Below) 

Vcc S1(N0TE2) 

-ON 
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Note 1: 100 pF, include scope and jig capacitance. 
Note 2: S1 = Open for timing tests for push pull outputs. 

S1 = Vcc for Vol test 

51 - GND tor VoH test 

SI = Vcc for Higti Impedance to active iow and active low to Higti Impedance measurements. 

S1 - GND for Higli Impedance to active tiigti and active high to High Impedance measurements. 



Capacitance ta == 25°c, t = i mhz 



Symbol 


Parameter 


Typ 


Units 


C|N 


Input Capacitance 


7 


pF 


CoUT 


Output Capacitance 


7 


pF 



Derating Factor 

Output timings are measured with a purely capacltive load 
for 50 pp. The following correction factor can be used for 
other loads: Cl 5: 50 pF + 0.3 ns/pF. 



TXt- 



27 mH- 



TL/F/1 1240-43 

Note: In the above diagram, the TX+ and TX- signais are fallen from the 
AUI side of the isolation (puise transformer). The pulse transformer used for 
all testing is the Puise Engineering PE64103. 
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INTRODUCTION 

The completion of the IEEE 802.3 10BASE-T Ethernet stan- 
dard has introduced the need for new products in the LAN 
marketplace, the twisted pair multi-port repeater. The re- 
peater, functioning as a centralized wiring hub for the 
10BASE-T star topology, is experiencing a wide variety of 
requirements as the number of 10BASE-T users increases. 
(Note: In this document the terms Hub, Concentrator, and 
Repeater are used interchangeably.) Some want a simple, 
low cost repeater that can be used in a small office environ- 
ment. Other's, foreseeing a need for expansion, need a re- 
peater that can grow with their requirements. Large compa- 
nies with hundreds of nodes need a large, expandable re- 
peater incorporating features MIS administrators can use to 
control a complex, enterprise wide network. With the grow- 
ing need for controlling and maintaining large networks, end 
users are also wanting 10BASE-T repeaters that offer both 
basic and sophisticated management capabilities. 
The LERIC and RIC repeater chips from National Semicon- 
ductor provide functions to meet a large variety of require- 
ments for the repeater marketplace. Not only do these de- 
vices have the necessary features for implementing differ- 
ent management capabilities, but they also have many other 
Important features that allow them to be effectively used in 
a wide variety of repeater architectures, from personal com- 
puter adapter cards to huge rack mounted systems contain- 
ing hundreds of ports. 



The LERIC, or LitE Repeater Interface Controller, is target- 
ed at the smaller, cost sensitive applications, where basic 
management or no management at all is the only require- 
ment. The LERIC can connect to 6 twisted pair segments 
and 1 thick or thin coax segment through its integrated 
1 0BASE-T transceivers and AU I port. Statistics can be gath- 
ered from internal registers or from LEDs. It also has a sim- 
ple bus for cascading many LERICs together. 
The RIC on the other hand is for networks requiring full 
network management, from small or medium size networks 
expecting to expand and for the larger, corporate wide net- 
works containing hundreds of ports. The RIC has twelve 
integrated twisted pair transceivers, an AUI port, and a cas- 
cading bus similar to the LERIC. It also has a management 
bus for easily obtaining the network statistics that are need- 
ed by high end network management software. 
The purpose of this application note is to explain and define 
the use of 10BASE-T Ethernet repeaters incorporating the 
LERIC and RIC. The following subjects will be addressed in 
this application note: 

• The role of the repeater 

• Network management fundamentals 

• Types of repeaters 

• Basic repeater functions 

• The LERIC and RIC architectures and their uses 



Coax to Coax Repsatsr 



1^^^ 




FIGURE 1. Different Types of Repeaters and Hubs 
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THE ROLE OF THE REPEATER 

The need for the multi-port repeater stems from the IEEE 
802.3 architecture and standards. The 10BASE2 and 
10BASE5 standards specify a coaxial cable media connect- 
ed to a bus topology. 10BASE2 has a 165 meter cabling 
limit and 30 node limit per segment. 10BASE5 has a 500 
meter length limit and 100 node maximum per segment. 
When the network requires longer distances or Increased 
numbers of nodes, a repeater Is necessary. While coax 
based Ethernet requires the repeater to be used to extend 
the maximum cable length, 10BASE-T twisted pair cabling 
requires the repeater to act as the central hub to Implement 
its star, point-to-point topology. While It does serve to en- 
large a network, its primary responsibility for 10BASE-T 
nodes is to allow them to access other nodes on the net- 
work. (Note: A single repeater connection Is referred to as a 
port. I.e., a 12 port repeater can attach up to 12 cable seg- 
ments.) 

Figure 1 (on first page of this note) illustrates several re- 
peaters used to expand and configure a network. There are 
four repeaters In this figure, each different, and each provid- 
ing an example of types of repeaters most of which are 
described later In this paper. At the top there Is a simple two 
port Coax Repeater; on the left Is a modular (expandable) 
repeater for large networks; on the right is a server config- 
ured with a PC Hub Card converting a typical file server Into 
a combined server-repeater (sometimes called a "Serpeat- 
er"); and finally in the center is a simple small repeater for a 
small work group. Each of these example repeaters has a 
port to connect to the coax cable which Is used In this ex- 
ample as a network backbone. 

Since 10BASE-T Is a star topology, the repeater becomes 
the network center, and each port of the repeater connects 
to a single individual node. While the 10BASE-T network 
requires the repeater function, increasing the materials cost 
over the standard coaxial cable implementation, the above 
features offer many advantages over 10BASE5 and 
1 0BASE2 cabling. These reasons for the growing popularity 
of this form of Ethernet are: 

• Utilizes existing data grade twisted pair cabling similar 
wiring scheme to phone wiring. 

• Ethernet can be transmitted over low cost, standard tele- 
phone Wire. 

• Point-to-point wiring eases cable Installation. 

• Distributed star has a central hub for ease of network 
expansion. 

• Topology and media type results In low installation costs. 

• The hub enables centralized network management and 
centralized point for connection to other communications 
technologies. 

While MIS Is Interested In the financial costs of owning the 
network, they also want more control over their networks to 
maximize up-time and minimize support costs. Network 
management provides this. Since network management is 
so Important, what exactly Is It? 



NETWORK MANAGEMENT FUNDAMENTALS 

Network Management Is the process of monitoring and con- 
trolling various parameters to give administrators greater 
control over the networks they manage. There are 5 princi- 
ple tasks and benefits of Network Management: 



Type 


s of Management 


Task 




Benefit 


Fault 
Management 


-> 


Prevents network 
downtime 


Configuration 
Management 


- 


Smoothes moves 
and changes 


Performance 
Management 


— ♦■ 


Makes effective use 
of network capacity 


Accounting 
Management 


- 


Tracing network 
utilization 


Security 
Management 


— »• 


Protects assets 
and resources 



Management gives the network administrator a wide variety 
of significant, practical, and cost saving capabilities. For ex- 
ample, with fault management, a defective or non-compliant 
node can be partitioned off the network to prevent consum- 
ing up valuable bandwidth, without degrading the network. 
Performance management helps determine when, where, 
and what type bridge or router to Install to optimize perform- 
ance on a particular segment. Charging a department for 
excessive network utilization could be done with accounting 
management. 

The 10BASE-T Ethernet topology is ideal for Implementing 
network management. Because only one twisted node Is 
attached to a port. In this point-to-point star topology, net- 
work statistics can now be collected in the repeater be- 
cause each node is mapped to a particular port. The port 
can be Individually Isolated or partitioned from the rest of 
the network If it is defective. 

It Is this simple architectural feature that has compelled 
IEEE 802.3 Hub Management standards to solidify. These 
standards enable vendors to have a common reference 
point and give buyers the flexibility and assurances for hard- 
ware and soiivV'are interoperauiiity. These Important beneiks 
all rely on the hub as the central component of data trans- 
mission, expandability and manageability. It should be noted 
that ALL network components (Bridges, Routers, Servers, 
and Nodes) can contain some form of network management 
or some mechanism to make the control, maintenance and 
support of each device easier. It Is also ideal If all network 
components could "talk" the same management language 
to simplify the monitoring of the entire network. 
Before delving Into the concepts of Network Management, 
managing a network Involves a number of activltes, and net- 
work hardware can be designed to provide several levels of 
management for repeaters. Generally the more powerful the 
management functions the more costly the product to pur- 
chase, but the more automated network support (and 
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vendors would argue) the lower the support costs. These 
levels of management provided by repeaters can be broken 
up Into three basic categories: 

1 . Minimal (or None): Typically no information is gathered 
by the repeater. There is no intelligence monitoring activ- 
ities. However, generally some form of LED indicators 
are provided to enable visual inspection of the repeaters 
operation. 

2. Out-Of-6and: Generally a lower cost method to gathering 
information than the In-Band. The Hub is intelligent and 
accumulates statistics. The user can only obtain these 
statistics through some visual alphanumeric display or 
more likely via a terminal attached to the hub. The major 
disadvantage of this technique is that it requires the net- 



work manager to either physically visit the Hub to deter- 
mine its operational state, or to add a modem connection 
to access remotely. This has reduced the popularity for 
this solution. 
3. In-Band: This method generally can obtain the same and 
in most cases more information about the network than 
the Out-Of-Band. The major difference is that this type of 
repeater has a node controller that can be addressed by 
a remote station over the network, and information can 
be transferred across the network. This allows the net- 
work manager to obtain the hubs information from any 
network location. 
Within each of the last two categories there is further differ- 
entiation by how much data is gathered as will be explained 
later. 



00 
CO 



Network Mansgtr 
Station 



Hub Agent 
Software 



Managed Objects 
(FAE Errors, Hub Health, 
otcO 



Attributes 
(Error Count, etc.) 




Local Network 



/TTTTmnr 



Remote Network 



Nodes 
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FIGURE 2. The Network Management Model 
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To further amplify the previous concepts, it is important to 
see how a repeater fits into standard networl< management 
mechanisms. Figure 2 shows another typical networl<, this 
time illustrating the terms and concepts for network man- 
agement. This concept applies only to a network fully capa- 
ble of "In-Band" management. The terms are described be- 
low. 

The Network Management Station is a node on the network 
running network management applications software. This 
station is where the administrator can access the managed 
objects. In an enterprise LAN, network management appli- 
cation software typically is able to control network segments 
other than the one it is on. For instance, in Figure 2 the 
network manager software can be a node on one network 
segment while the managed entities are on another network 
segment (such as a PC on the right side of Figure 2). 
The Agent is a network resource which receives commands 
from the manager to perform management operations and 
also reports status back to the manager. The agent is a 
separate piece of embedded software resident in the man- 
aged hub (or other device). This software communicates 
with the manager software via the network itself (in the case 
of In-Band management). Currently, standard protocols ex- 
ist that enable Manager-Agent communication across multi- 
vendor environments. Ideally a standard protocol would al- 
low a 10BASE-T hub agent from one manufacturer to com- 
municate with the manager from another. SNMP (Simple 
Network Management Protocol) is one of these. {Manage- 
ment application software from major manufactures use 
these protocols as the lower transport layer. For instance, 
Novell's Hub Management Interface (HMI) and Hewlett 
Packard's Openview use SNMP to communicate with their 
agents. In Figure 2 the hub on the left and the Gateway on 
the right are shown to have agent software embedded in 
them. However, it is likely that the nodes would be running 
some agent software. 

The entities being managed are called the Objects. Objects 
are various network statistics that are monitored and con- 
trolled by the network manager. Objects gathered by the 
agents depend on the type of network device (i.e.. Node, 
Gateway, etc.). For Hubs and repeaters, objects Include hub 
status, number of ports per hub, CRC Errors, FAE errors, 
number of good packets, etc. A defined set of objects are 
called a Management Information Base, or MIB. (Again, dif- 
ferent pieces of network equipment can gather information 
for different objects, and hence support a different MIB.) For 
Ethernet repeaters objects are defined by the IEEE 802.3 
Committee. The IEEE has standardized on the type of ob- 
jects, their attributes and a database format in which an 
agent can present the information to a manager. As stated, 
this database is called a Management Information Base, or 
MIB. The IEEE 802.3 MIB consists of 34 attributes classified 



into 3 categories called capabilities. A table detailing the 
specific objects, and how they are supported by the RIC and 
LERIC is shown at the end of this note. 

Attributes are parameters of an object that the agent col- 
lects on a per hub, group, or port basis. As described above 
for hubs, these objects include various physical layer pa- 
rameters of an Ethernet node, such a CRC errors, collisions, 
packet length, as well as more general information such as 
the hub status. Actions are those that the agent performs on 
an object at the request of the manager. As an example, an 
action could be for the agent to partition a port from the 
rietwork or to request the source address of the last packet 
received by the hub. Notifications are unsolicited reports of 
events that may be generated by an object. An example of a 
notification would be the hub agent communicating to the 
manager if a serious hardware error occurred. 
The Basic Controi ob\ec\s consists of 19 objects which are 
mandatory, yet simple, for an agent to implement. Very little 
is required of the hardware as most of the objects are de- 
fined by the manufacturer in software. Certain key actions 
are partionlng off a port and notifying the manager if a port 
is enabled or disabled or If it has been partitioned by the 
autopartition state machine. 

There are 2 Address Tracking objects that are recommend- 
ed. These objects provide the network administrator with 
information on the node addresses and changes that occur 
on a port. With the hub monitoring these, it is able to map 
each node's address to the port It's attached to and keep 
track of nodes that change port location. This could be from 
an administrator moving cables around or from a user mov- 
ing Ethernet controller boards or swapping cables, imple- 
menting the Address Tracking category is more complex for 
the hub as the source address of all the incoming packets 
must be detected and tabulated. 

While the 13 Performance Monitoring objects are optional, 
they provide the most insight into the operation and charac- 
teristics of the network. Hubs that have this capability moni- 
tor CRC errors, collisions, PLL errors as well as many more. 
Doing this requires a lot of hardware sophistication. 
These 3 categories were chosen by the IEEE Hub Manage- 
ment Task Force to give hub manufacturers the flexibility to 
design products with 3 different price and capability levels. 
This was done to prevent hub manufacturers from being 
forced to implement all 3 categories if only a low cost Basic 
Control hub is required, it should be noted that if a hub 
agent supports one managed object in a category, then it 
must support them all to claim IEEE conformance of that 
category. For instance, if a manufacturer's hub collects the 
number of transmit collisions a port experiences but is not 
able to count the number of frame alignment errors, then 
the vendor can't claim to support the IEEE Performance 
Monitoring category. 
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FIGURE 3. Examples of Different Types of Repeaters Plotted by Number of Ports versus Features 



TYPES OF REPEATERS 

Before discussing how the RIC or LERIC is used in various 
repeater applications, it is very useful to look at the i<inds of 
repeaters typically available and what they are used for. 
At its core a repeater function is a very simple concept (re- 
transmit data coming in on one port out another port). Prod- 
uct differentiation comes from the features added to the 
basic repeater function. The key differentiators are number 
of ports, maintainability (really network management capa- 
bilities), expandability, and ease of integration into a net- 
work. The first two features are the most important and form 
the axis of Figure 3. This figure breaks down the repeater 
types into 7 basic categories. In any given feature category 
other port counts than those shown are likely, however, this 
figure attempts to categorize the most popular configuration 
sizes. 

As networks grow larger they require the repeater to have 
more features, as this diagram shows. Larger installations 
require a repeater to be expandable. As the network grows 
the repeater must grow with it to minimize duplicating equip' 
ment purchases. Having proper expansion capabilities en^ 
ables this. These larger installations also require standard 
ized network management that communicates across ven 
dor boundaries. On the other extreme are the smaller of- 
fices where low cost and ease of use are the primary issues. 
These environments experience limited growth (a small 
dentist's office for example) so expandability is not as im 
portant either. 

In the following sections we will describe the basic functions 
and features of these 7 repeater types. 



SIMPLE STAND-ALONE HUB 

The simple stand-alone hub as shown in Figure 4 has be- 
tween 6-12 ports, doesn't have any management, and isn't 
easily expandable. This type of repeater is a fully self con- 
tained box, containing the repeater function, and power sup- 
ply. (Note the term Velcro® hub is applied because the 
small size of these hubs let you stick them almost any- 
where.) 




Twisted Pair 
Ethernet Ports 

TL/F/11493-4 

FIGURE 4. Simple Stand-Alone Repeater 

The primary features of this product is its simplicity and low 
cost. This hub is simply intended for a small network where 
the users needs and understanding are simple. The user 
places a high value on a simple "plug-n-play" box. For 
maintenance and troubleshooting, this type of hub would 
have some status LED indicators, at least receive and colli- 
sion activity LEDs for each port. This facilitates simple diag- 
nostic on the network. These hubs typically provide an AUI 
(Attachment Unit Interface) port to connect to an existing 
10BASE2 or 10BASE5 Ethernet LAN. The AUI can also be 
used to cascade other repeaters boxes if needed. However, 
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this method of cascading is relatively more expensive than 
using an expandable repeater because expansion is proba- 
bly through external MAUs (Media Access Units) and the 
proper cabling. Expansion can also be accomplished by 
cascading 10BASE-T Ports but this reduces the number of 
available ports by 2. 

SIMPLE EXPANDABLE HUB 

The simple expandable hub Is essentially the Stand-Alone 
hub, but designed w^ith card slots to facilitate the addition of 
more ports Into the repeater chassis (as show/n in Figure 5). 
This is used vifhen a network is expected to grow but not too 
large. These hubs could support up to 24-36 nodes. The 
key feature of this type is its ability to expand very simply 
and inexpensively. These hubs typically use a proprietary 
bus to cascade 6 or 12 port repeaters together. This bus 
implementation Is less costly than using coax to cascade 
repeaters. 



^ 
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FIGURE 5. An Example of a 36 Port Modular Repeater 

Like the Stand-Alone repeater this repeater usually imple- 
ments LED status Indicators, but usually does not provide 
sophisticated management. In some cases an add-in card 
for out of band management (including a CPU and RS-232 
port) may be available, however most of the implementa- 
tions desiring management are trending to add In the flexi- 
bility of the IVIanaged Modular Repeater discussed later. 

SIMPLE PC HUB CARD 

The concept of a PC add-in card that includes the function 
of a repeater is relatively new, but (due to the prevalence of 
PCs) provides a lot of features and benefits when compared 
to other options. The basic idea Is to add a repeater to an 
Ethernet adapter, thus creating a card that when added to a 
PC very Inexpensively turns a PC into a central control point 
for a typically small network. A PC equipped with this card 
can be used as a server-hub, or just provide a hub at less 
cost than the Stand-Alone Repeater (primarily because the 
adapter hub does not need to have a case or power supply). 
A typical example is shown in Figure 6. 
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There are two major categories of repeater cards, a high 
end managed card (discussed later) and a low end simple 
card. The low end Implementation typical Implements 4-6 
10BASE-T ports (6 RJ45 connectors is the maximum that 
can fit through the back slot of a PC), and possibly include 
either an AUI or 10BASE2 connection. Some implementa- 
tions provide a slave repeater card (containing only the re- 
peater) that can be cascaded to the master Ethernet adapt- 
er-repeater card. This allows some expansion capability. 
In addition to low cost, the advantage of this application is 
that user friendly utilities can be written for the PC to enable 
some form of management to be Implemented inexpensive- 
ly (usually just the Basic Control objects are supported). The 
major disadvantage is that if the PC is switched off then the 
network goes down. 

BASIC MANAGED REPEATER 

One might think that a basic managed repeater without ex- 
pandability would not have any application, however, there 
are two good applications for this repeater, and as costs for 
the management function drop the incremental price for 
added management functionality will become more popular. 
In one case, if the end user of a small or medium sized 
network is sophisticated enough he may desire a greater 
understanding of network health and thus need more thor- 
ough management capabilities. 

Another popular application for this repeater is in a small 
semi-isolated work group in a sizable network. The work 
group itself may not require expandability, but since this 
work group is part of a large network then it is likely that this 
hub will be maintained by a central MIS organization. This 
organization will demand consistent hub maintenance to the 
rest of the network, and will require more sophisticated 
management than for a Stand-Alone Hub. This type of re- 
peater looks much like Figure 4, but internally several com- 
ponent functions have been added. 
Extensive management capabilities include the implementa- 
tion of Performance Monitoring, Address Tracl^ing and Ba- 
sic Control MIB object tracking capabilities. Typically a CPU 
and a network interface controller provide the management 
function. This would allow the hub to be an addressable 
node on the network and the hub could be controlled re- 
motely via the manager. This hub would require more mem- 
ory and a larger power supply. Also the communications 
protocol, SNMP for example, running on this hardware plat- 
form. Typically this hub implements the IEEE 802.3 Hub 
Management Basic Control objects. 

FULLY MANAGED PC HUB ADAPTER 

This adapter hub is conceptually similar to the low cost PC 
hub card, except that two major features are added: 1) Ex- 
tensive Management and Diagnostics are provided, and 2) 
Each card supports 12 ports by using a high density con- 
nector to get the cables out of the PC, and an additional 
breakout box to convert to 12 RJ45 connectors. 
This card's application Is in high end corporate servers, and 
has been spurred by Novell's creation and promotion of HMI 
(Hub Management Interface) which provides a driver level 
mechanism to gather IEEE hub management objects. Due 
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FIGURE 6. Typical Node/Hub PC Adapter 



3-138 



to the large network environment a more sophisticated re- 
peater is required as it is necessary to gather all IEEE hub 
management objects. 

A server-repeater (Serpeater?) facilitates a number of possi- 
bilities in the corporate network environment. It enables very 
centralized total network services. A single box can provide 
not only file and print services, but can also provide routing, 
bridging and repeating. This potentially can ease network 
maintenance, and simplify configuration. However, as be- 
fore the PC mechanically does not make a good repeater 
primarily due to the card slot form factor, and due to the 
limited expansion capabilities (usually it is difficult to add 
more than 48 ports to a sen/er without using external re- 
peaters. 

FULLY MANAGED MODULAR REPEATER 

For larger networks or workgroups all levels of in band net- 
work management are required. Like the Basic Managed 
Repeater, and the Fully Managed PC Hub Adapter, Perform- 
ance Monitoring, Address Tracking and Basic Control capa- 
bilities need to be incorporated into the hub. This hub is 
shown in Figure 7. 

Larger networks, 24-60 nodes, not only require full network 
management but now expandability is a very important is- 
sue. One can think of these repeaters as being very similar 
to the Simple Expandable Hub except that a high perform- 
ance management agent Is required and the expansion op- 
tions tend to be more varied to support a large multi-vendor 
network. 

MULTI-FUNCTION MODULAR COMMUNICATIONS 
RACK 

A short conceptual jump from the Fully Managed Modular 
repeater is to support other communications technologies, 
such as Token Ring, FDDI, Routers, gateways, and poten- 



tially servers. These multi-function communications equip- 
ment Is for only the large networks, so extensive, computing 
power is required. Because of the level of network manage- 
ment required of these repeaters, sophisticated yet proprie- 
tary management applications software is typically offered 
by the manufacturer. This software would run over standard 
protocols however. 

BASIC RIC AND LERIC REPEATER FUNCTIONS 

The previous section focused on the feature and function 
differences of the various repeater architectures, highlight- 
ing their advantages and disadvantages. However, each 
hub contains the same basic repeater functions as defined 
by the IEEE. This is key as repeaters from many manufac- 
turers need to communicate with each other and Ethernet 
DTEs. 

This following section describes the basic repeater func- 
tions that all repeaters must have. The description is given 
by using the RIC/LERIC architecture. It is possible to imple- 
ment tfie repeater Issuing different functional partitioning, 
however, the functions of a general repeater are basically 
the same. The block diagram of Figure 8 shows the major 
functional blocks of a RIC or LERIC based repeater that 
implements the requirements of the IEEE and upon which 
the repeater products described earlier can be built. 
It should be noticed what is not Included in the repeater 
architecture. There is no complete MAC or Media Access 
Control unit. MACs are used by Ethernet controllers to im- 
plement the CSMA/CD protocol for gaining access to the 
media. Also, repeaters don't do address filtering or routing. 
These are done by gateways and bridges. Repeaters simply 
repeat the data that is received from one port and transmit It 
to all the others. The repeater has to re-time the received 
packets and remove accumulated jitter. The repeater must 
also not allow defective nodes to consume network band- 
width. 
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FIGURE 7. Typical Modular Repeater Including Options for Multiple Cable Media and Network Management 
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PORT SPECIFIC FUNCTIONS 

Within a repeater there are functions that are shared by all 
the ports and those that each port duplicates for itself. As 
the diagram shows, there are 5 functional blocl<s that are 
identical for each port. 

Analog Interface/Transceivers. This block is not actually 
an 802.3 requirement. In a general repeater this function is 
required to connect the repeater to the media, and is gener- 
ally incorporated into the repeater box, but it is not actually 
part of the repeater standard. Most integrated repeaters im- 
plement either a transceiver interface or all or part of a 
transceiver. In the case of the RiC/LERIC, this biocl^ in- 
cludes all functional and electrical specifications to interface 
to a particular transmission media (coax, twisted pair, fiber). 
It should be noted that with the exception of the transceiver, 
everything about the repeater is independent of what media 
is attached to the ports. When the transceivers are for twist- 
ed pair, they monitor the lini< integrity of the attached seg- 
ment. 

Fori Logic. This bioci< performs many different functions. 
There are two different state machines for each port. One is 
called the Port State N/lachine, or PSM. This state machine 
is linked with all the other PSMs to perform port arbitration. 
This arbitration is needed to determine which port should be 
the source of data or collision information when multiple 
ports receive data simultaneously. The winning port is called 

Port N or Port M depending on the type of activity. 

Port N is defined as the highest priority port experiencing 

receive or collision activity. Port_M is defined as the high- 
est priority port that is last experiencing a collision. This 
state machine is also used to detect collisions and indicate 
them to the other ports. The second state machine imple- 



ments the port auto-partloning algorithm. When a port expe- 
riences more than 30 consecutive collisions, this state ma- 
chine prevents any further data on this port from being re- 
peated on the network. This effectively blocks it off. The 
port is re-enabled when a packet is successfully received or 
if a packet is transmitted to it. 

The port logic also monitors a port to determine if a trans- 
mission exceeds a specified limit, and if so turns off that port 
so It doesn't bog the network down. The port is re-enabled 
after a specified time period has elapsed since the transmis- 
sion ended. 

CENTRAL REPEATER FUNCTIONS 

All repeaters tend to have some functions common to the 
individual ports implemented as a central function. The RIC/ 
LERIC are typical implementations and implement the fol- 
lowing blocks as a central function. 
Multiplexer. This function multiplexes the packet from 
Port_N to internal functions in the repeater. 
Decoder/FJFO/Enccder. The Decoder/FIFO/Encoder 
plays an important role in the recovering and re-timing the 
Ethernet data. As a signal travels from the DTE to the re- 
peater several factors degrade the quality of the signal, and 
the repeater must remove these distortions before re-trans- 
mitting the data. 

1. The signal transmitted down the Ethernet media accu- 
mulates jitter due to the different impedances, noise, and 
discontinuities in the cable. 

2. The preamble of the receiving packet is shortened. This 
caused by the signal being attenuated and delays in the 
squelch circuitry being activated. 



3-140 



This block helps to eliminate these degradation. It has a 
phase lock loop which removes jitter. The packet is then 
sent to the FIFO. The FIFO buffers the data portion of a 
packet until a proper length preamble can be transmitted by 
the ports. The FIFO also compensates for data rate differ- 
ences between the node and repeater. The encoder puts 
the packet back into manchester form, but now encoded 
without jitter and at the proper frequency. 
Central State Machine and Counters. These functions 
form the heart of the repeater. They control the port logic 
and the majority of data and collision propagation opera- 
tions as defined by the IEEE specifications. This block in- 
sures minimum packet fragment length and controls the 
FIFO to insure that the preamble is of the specified length. 
Collisions are also handled here. When a port is repeating a 
packet and senses activity on its RX± pair a transmit colli- 
sion will result. The central state machine will transmit a jam 
pattern to all the ports to inform the attached nodes of a 
collision. This block also implements other IEEE defined 
timings and functions central to the repeater function. 
Display Devices and Drivers. While not required by IEEE, 
some form of status display information can provide indica- 
tion of repeater health. This block takes various signals from 
within the repeaters and makes them available to the dis- 
play. 

Cascade Logic. For a modular repeater this logic provides 
the key internal arbitration and data signals externally to 
facilitate the addition of additional repeaters/ports to the 
repeater system. 

THE LERiC AND RIO ARCHITECTURES 
AND THEIR APPLICATIONS 

The LERIC and RIG are National Semiconductor Corpora- 
tion's solution to the implementation of IEEE 802.3 compati- 
ble multi-port repeaters. The LERIC and RIC offer all the 
features needed to address this marketplace. One of the 
most important features is the ability to support network 
management. The LERIC and RIC offer different levels of 
network management As stated at the beginning, the 
LERIC is focused toward applications in small networks 
where basic management or no management at all is re- 
quired. The RIC, on the other hand. Is ideally suited for large 
networks where performance monitoring in addition to basic 
management capabilities are required. 



THE LITE REPEATER INTERFACE CONTROLLER 

The LERIC is a fully IEEE compliant repeater using as its 
core the general repeater architecture described previously. 
It adds all the features needed to be effectively used in its 
intended applications: the smaller networks where limited 
management is the only requirement. In these applications, 
Basic Control management is easily accomplished with the 
LERIC. , 

The LERIC, in addition to the basic repeater blocks dis- 
cussed earlier has a number of specific feature blocks that 
are described in the following sections. 
Six Tvifisted Pair Transceivers and AUI Port. lOBASE-T 
transceivers are integrated onto the LERIC to save board 
real estate. The transceivers meet the IEEE 802.3 
1 0BASE-T specifications. The transceivers can be disabled, 
and turned into pseudo-AUl ports for connection to coax or 
fiber transceivers. While not fully AUI driver level compati- 
ble, they can drive a short distance on a PCB for connection 
to these alternate transceivers. The LERIC also has a single 
fully IEEE compatible AUI port that can drive a standard 
50 meter AUI cable or can connect to a coax or fiber trans- 
ceiver directly on the PCB. This port is typically used to 
enable the LERIC to connect to a network backbone. 
CPU Bus. The LERIC has a bus so a CPU can access 
internal registers of the LERIC. One of these is a status 
register that indicates if any port is experiencing a reception, 
collision, partition, or if the LERIC is jabbering. In addition to 
the LERIC status register which indicates status for the en- 
tire repeater, each individual port has its own status register, 
called the Port Status and Configuration Register. Each port 
can be configured through this register. A port can be dis- 
abled and the squelch level be reduced to handle special 
cable conditions. . 

The CPU bus is multiplexed to provide the signals to per- 
form the t«1ode Load self-configuration and is the pathway 
for the LED status signals as described below. 
LED Display. The LERIC provides Information to driver 
LEDs through the multiplexed operation of the CPU bus. 
Low cost 74LS259 addressable latches are used externally 
to latch the CPU bus and drive the signals to the LEDs. 
The LEDs are used for visual monitoring of the repeaters 
status. There are two modes of LED display in the LERIC. In 
maximum mode, 5 LEDs are provided for each of the twist- 
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FIGURE 9. Simplified Block Diagram for 
LItE Repeater Interface Controller 
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ed pair ports to indicate reception, collision, partition, polari- 
ty, and link status. The AUI port has LEDs for collision, re- 
ception, and partition status. There is also and LED to indi- 
cate jabber status of the repeater. 
Mode Load. An important feature of the LERIC Is its ability 
to perform a hardware self-configuration. Simple pull-ups 
and pull-downs are attached to the CPU bus in a configura- 
tion suited for the particular application. When the mode 
load signal is asserted, the bit pattern defined by these re- 
sisters is loaded into the LERIC and it is configured. This 
operation is typically done for power-on configuration of the 
LERIC, but can also be used whenever LERIC needs to be 
reset and reconfigured. Options such as twisted pair or 
pseudo-AUl port definition, external PLL, LED display mode, 
and others are loaded here. 

Inter-LERIC Bus. The Inter-LERIC bus is used for cascad- 
ing multiple LERICs and interfacing to a network controller 
for In-Band hub applications. There is often the need to 
have more than 6 ports and/or a network controller so hav- 
ing a simple, but powerful way to expand is very important. 
The Inter-LERIC bus consists of three groups of signals: 

• Port Arbitration Signals. These signals provide a way for 
multiple LERICs to arbitrate for Port_N and Port_M 
status. The port arbitration signals essentially connect 
the arbitration logic of the port state machines together. 

• Status Signals. The status signals indicate receive data 
activity and collision status of the network and communi- 
cate it to the different LERICs. 



• Data Signals. These signals actually transfer the repeat- 
ed packet from the LERIC containing Port_N to all the 
other LERICs and to a network controller if there is one 
in the system. Packet data from the receiving LERIC is 
decoded from manchester and put into serial NRZ form 
before being driven onto this bus. The rest of the LERICs 
read the data and encode it back into manchester before 
transmitting the data to the ports. 
There are two versions of the LERIC, and the major differ- 
ence is the implementation of the Inter-LERIC bus. On the 
DP83955, the bus is designed with fewer signals intended 
for limited cascading primarily on a signal card. The 
DP83956 has the same bus as the RIC (DP83950) and 
therefore can be easily externally buffered and cascaded 
over large buses or many cards. 

LERIC APPLICATIONS 

The LERIC fits in designs at the lower end of the Port and 
Feature spectrum of Figure 3. These applications are de- 
scribed in the following. 
Simple Stand-Alone Hub 

This design is very straightforward. In the example of Figure 
/O, a 12-1-2 Hub, two LERICs are used. These two chips 
are cascaded directly through their Inter-LERIC bus. The 
media interface to twisted pair is very simple requiring only a 
few buffers, filters and transformers. The status indication 
for each port is displayed via an LED array, this array is 
connected to each LERICs CPU/LED bus, and feeds some 
74LS259's which drive the LEDs. 
This simple interconnection of 2 LERICs and minimal exter- 
nal logic enables the design of a very compact hub. 
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simple Expandable Hub 

This application builds on top of the previous simple hub, 
and adding some buffer logic onto the Inter-LERIC bus. The 
biggest design change is really mechanical. Rather than a 
single PCB design as in the Stand-Alone Hub, this design is 
usually based on some form of card cage or plug-in slots. 
Figure 1 1 shows a block diagram for a 6 port modulo that 
could be plugged into the card cage with other similar mod- 
ules to make this a versatile setup. 
Simple PC Hub Card 

This repeater takes advantage of the PCs power supply, 
enclosure and CPU. As mentioned this architecture takes 
advantage of the PC to provide a very flexible repeater and 
adapter card combination. The DP8390 Network Interface 
Controller with its buffer RAM and bus interface provides 
the MAC to the network and buffers packets to a local mem- 
ory for later processing. This allows the card-PC to act as a 
typical network attached computer. This implementation 



also connects th9 LERIC's Registers to the PC bus, en- 
abling PC based software to provide basic managed ob- 
jects. 

Typically this type of design has between 4-6 RJ-45 ports. 
Six is the maximum number of RJ-45S that can be accessed 
through the standard PC's back slot opening. The AUI port 
interface shown in Figure 12, is typically brought out a sepa- 
rate slot if needed. 

The cascade port is usually connected to other cards via a 
ribbon cable. When more ports are required, additional 
slave LERIC adapter cards can be cascaded to the main 
master card through the buffered Inter-LERIC bus (top of 
Figure 11). 

Unlike previous examples, the display interface is typically 
very simple. Minimum mode display give some general pur- 
pose display which is typically used for installation diagnos- 
tics. (For run time diagnostics a software implementation 
can be developed to display the "LED-lil^e" symbols on the 
PC's display.) 
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FIGURE 1 1. Module Hub with 6 Port 10BASE-T Modules 
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FIGURE 12. Simple PC Hub Card Block Diagram 
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Low End In-Band Managed Hub 

There are many applications of the LERIC where it is fo- 
cused at smaller networks under 24 ports where full network 
management isn't needed. This repeater configuration sup- 
ports the Basic Control capability of an IEEE MIB. The LER- 
IC is able to turn ports on and off and Indicate their status to 
a requesting manager. Address Tracking Is possible, by us- 
ing the NIC in promiscuous mode. Performance Monitoring 
is not passible with the LERIC because it doesn't have ttie 
capability to gather all the required physical layer statistics. 
As can be seen from Figure 13 the block diagram for this 
type of hub is very similar to the PC Hub card except that a 
CPU and RAI«I/ROM are added, and the port restrictions of 
the PC do not apply. The internal registers of the LERIC are 
easily accessible by the host CPU so management informa- 
tion can be easily collected. 

THE REPEATER INTERFACE CONTROLLER 

The DP83950 RIC is a high end, feature rich device which 
implements all the required functions of an IEEE compatible 
repeater along with many additional features that enable it 
to gather all the mandatory, recommended, and optional 
IEEE capabilities for network management. The RIC is in- 
tended for networks requiring full network management now 
or the need for it in the future. 

To compare the RIC and LERIC, they both have a cascad- 
ing bus for expandability. In fact, the Inter-RICTM bus and 
the Inter-LERICTM bus are identical between the DP83950 
and the DP83956, and can be connected together (The 
DP83955 Inter-LERIC bus is slightly different but still com- 
patible). 

Another difference between the RIC and LERIC is that the 
RIC contains 12 transceivers verses the LERICs 6. Howev- 
er, like the LERIC these 12 RIC ports can be selected to be 
configured as either pseudo-AUl port or twisted pair. The 
RICs Internal twisted pair transceivers are identical to the 
LERICs. 

Both the RIC and LERIC have the same modes of LED 
display. Like the LERIC, the RIC also can be configured with 
the Mode Load operation, but it is more likely to be config- 
ured by a CPU that typically resides in larger hub configura- 
tions. 



By far the most outstanding difference between the RIC and 
the LERIC is their level of network management statistics 
gathering capability. Because the RIC is focused at the larg- 
er networks where full management is required, it has a 
much wider array of management components. There are 
two sources of network statistics in the RIC: 

• Status, Event Record, and Event Counting registers, and 
Interrupts 

• Management bus 

Internal Registers. Like the LERIC, the RIC has status 
registers that give repeater status and individual port status. 
In fact, these registers are very similar except the RIC pro- 
vides more port status information. What makes the RIC 
different are the Event Record and Event Counting Regis- 
ters, and the two interrupt pins. Each port has one each of 
these registers and they collect the important physical layer 
statistics that are needed by the IEEE Performance Monitor- 
ing objects. 

Events in the status. Event Record and Event Counting can 
generate interrupts to the CPU through either the Real Time 
Interrupt (RTI) or the main Intemjpt pin. This facilitates real 
time statistics gathering. 

The Event Counting register counts a single network event 
on its every occurrence. One of 1 1 events are available to 
chose from which is done by software through a mask regis- 
ter. This function is particularly useful to count a rapidly oc- 
curring event, such as collisions. When the counters reach 
one of several chosen thresholds, they can interrupt the 
CPU. 

The Event Record register is more flexible but requires more 
attention by the CPU as it provides real time status informa- 
tion. This register can be configured to log the occurrence 
of up to 8 events in a byte wide register. Not all 8 need to be 
logged and can be chosen through a mask register. Every 
time an unmasked event occurs an inten-upt can be gener- 
ated. 

The other registers in the RIC allow software to quickly iso- 
late which port is the source of activity without having to poll 
each register. 
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The Management Bus. Collection of a wide variety of net- 
work statistics is a major feature of the RIG, and the man- 
agement bus is the RIC's most powerful pathway to commu- 
nicate this information to an intelligent repeater system. The 
RIG couples to an Ethernet controller to form an intelligent, 
In-Band repeater. The management bus is similar to the 
data signals of the Inter-RIC bus. What makes the manage- 
ment data signals different from the Inter-RIC bus is that per 
packet statistics associated with the currently repeated 
packet are appended to the end of the packet on the man- 
agement data signals, as shown in Figure 15. 
The information sent on the management bus is contained 
in the seven additional bytes the RIG appends to the end of 
the packet, as shown in Figure 16. 
These seven status bytes are on a serial data bus and are 
sent to main memory by adding a custom circuit, or more 
typically by a network interface controller. This can be ac- 
complished using the DP8390 NIC or the SONICtm. There 
are advantages and disadvantages to all three approaches. 
Designing a custom de-serializer circuit which converts the 
serial management data so that can be read by the host 
CPU takes design time but the interface can be tailored to 
the systems interface of the repeaters architecture. Since 
the repeater is In-Band, and Ethernet controller is still need- 
ed somewhere in the system. 

Secondly, the NIC offers a low cost solution to buffering the 
management information to memory. A somewhat faster 
CPU (than in the first or third options) may be necessary to 
ensure that the NICs buffer does not overflow due to the 
large number of packets received by the hub. 
The third solution is to connect the higher performance 
SONIC controller to the management bus. The SONIC pro- 



vides signaling to enable the use of a special feature of the 
RIG-SONIC interface which is the ability to optimize packet 
storage and bus bandwidth by eliminating the unnecessary 
data field from packets (except for management packets 
which are addressed to the SONIC where the data field 
must be retained). This feature is called Packet Compres- 
sion. 
There are several advantages to the management bus: 

• In a multi-RIC repeater, the management status bytes 
are mostly availaljle from one source. This saves a proc- 
essor from having to read data from a multitude of sourc- 
es. 

• GPU performance requirements may be reduced since 
using the management bus for gathering of network sta- 
tistics and buffing from the GPU eliminates most of the 
real time processing required when statistics are gath- 
ered entirely by using the RIC's registers. 

• The management bus records interframe gap time which 
allows the administrator to see if there are any nodes 
that violate this important IEEE spec. 

• When using a SONIC controller, packet compression can 
be employed, and this can further reduce system over- 
head, by eliminating the buffering of packet data. The 
SONIC only has to buffer the 21 bytes (7 status + dest. 
address -I- source address + type/length field) in 6 
32-bit write operations. This can be done very quickly, 
(<1 ^is). 

The management bus architecture is particularly cost effec- 
tive for in band management hubs. These hubs will require 
an Ethernet controller to communicate to the Network (Man- 
ager, and in this case the use of the management requires 
no addition logic to implement. 
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FIGURE 15. Signals Appearing on the Management Bus 
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FIGURE 17. Block Diagram for Managed Repeater Showing Muitipie Repeater Cards and a Management Module 



RIC APPLICATIONS 

Uke tlie LERIC, there are many applications for the RiC. 
Tiie primary (though not only) applications for the RIC are In 
high end hub applications where fuii support of hub man- 
agement IEEE objects are required. The large rack mounted 
system is an ideal application for the RIC for high end re- 
peaters. 

FULLY MANAGED REPEATER 

For networks not quite so large but needing management, a 
fully enclosed module running SNMP with 12-24 ports im- 
plements a low cost hub yet provides all the management 
cspauiiities of larger systems. This Is called the Fully Man- 
aged Hub. This system block diagram is very much the 
same as for the Modular Managed Hub, except that a single 
non-expandable 12-24 port RGB contains the repeater 
function, and Ethernet Controller, CPU and memory. Func- 
tionally, this system's block diagram Is very similar to the 
Managed Modular Hub of Figure 17. Hence the functional 
description Is the same as the modular managed repeater 
described next. 



MANAGED MODULAR REPEATER 

The modular managed repeater example is a rack mounted 
repeater, containing Independent repeater modules. Since 
these repeaters could support up to hundreds of ports, it 
must be easily expandable. The modules are typically 
stacked vertically or horizontally in a chassis. Sophisticated 
In-Band network management Is required and so an Ether- 
net controller with a CPU usually on a separate module is 
required. The ideal controller is the SONIC directly connect- 
ed to the RIC. Expandability is very important so the hub 
can grow along with the network. 
In Figars 17, the block diagram of the management module 
is shown on the left, and one of several repeater modules 
block diagram is shown on the right side. The backplane for 
this modular repeater is actually the center of the hub. This 
backplane usually consists of 3 buses. First, a CPU bus 
which allows the management module's CPU to control the 
repeater modules. Second, a management bus which is an 
extension of the RIC's management bus, and allows the 
management module's SONIC to access the RIC statistics 
information. Third, the repeater also has a repeater cascade 
backplane for connecting multiple repeater modules into a 
single logical repeater. 
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FIGURE 18. Block Diagram for Fully Managed PC Hub Card 



FULLY MANAGED PC ADAPTER 

This repeater application has become popular since the de- 
velopment of Novell's Hub Management Interface (HMI) 
specification. This driver specification provides a standard 
software method to obtain all the network management ca- 
pabilities of the larger, self-contained hubs, but hardware is 
much simpler and less costly (if you assume that the cost of 
the PC is not included). The block diagram of this adapter 
card is very similar to the LERIC/NIC solution except that a 
RIC is typically used in conjuction with a higher performance 
Ethernet Controller such as a 16-bit or 32-bit SONIC, as 
shown in Figure 18. 

Since many servers are based on the EISA or Micro Chan- 
nel bus, a 32-bit SONIC could act as a high performance 
bus master. An ASIC and/or other logic provides the inter- 
face between it and the system. On the network side, the 
SONlC's PLL/ENDEC is disabled and the management bus 
connected to the receive signals and the Inter-RlC bus con- 
nected to the transmit signals using a simple PLD incorpo- 
rates some of the needed glue logic. 
12 twisted pair ports of RJ45's are physically too large to fit 
into one PC expansion slot opening. So usually the port 
connection is made via a high density 50 pin (like a SCSI II) 
connector, and a cable connects to a breakout box, contain- 
ing a 12 position RJ45 connector and typically the LED ar- 
ray. 



The breakout boxes are usually placed on the floor or in 
some sort of standard rack, Figure 19. Typical configura- 
tions support up to 48 10BASE-T nodes with an AUI port for 
attachment to a 10BASE5 or 10BASE2 network. Expansion 
limitations are primarily due to the limited PC slot configura- 
tions. 
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FIGURE 19. Breakout Boxes out of the File Server 
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FIGURE 21. Bridge/Router Combined with a Repeater (Using Hardware Address Filtering) 



Vendor's offer a lot of flexibility in server configurations by 
offering slave adapters. Tfiese adapters are repeater 
boards w/ithout the controller. This allows the creation of 
single large repeaters with a single controller, or to use mul- 
tiple controllers creating several networks connected by the 
server's bridging software. 

Using Novell's Remote Netwarl< Interface, In-Band man- 
aged hubs can be located in other nodes besides the serv- 
er. This allows repeaters to be distributed around the net- 
work where workgroups are more concentrated. Manage- 
ment can be done remotely from any node. Using this broad 
systems approach allows very large managed networks to 
be constructed at reasonable costs. 



For expansion, additional RIC slave cards can be cascaded 
to the master card through the Inter-RlC bus and manage- 
ment bus. All of the RICs in this system are configured by 
software. 

MODULAR COMMUNICATIONS RACK 

For the purposes of this document, the Communications 
Rack Is really a modular multi-function box (typically placed 
on a rack in a wiring closet) that in the Ideal case, can sup- 
port and LAN (or Wide Area Network) connection function. 
As shown in Figure 20 this box could support not only re- 
peater and management functions but bridge router, WAN 
connections, SNA Gateways, or possibly even file and print- 
er server functions. 
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When using the RIC in this type of equipment, the architec- 
tures are very similar to previous modular repeaters, except 
that the bus supports more sophisticated functions, proba- 
bly the rack's bacl^plane is actually a high speed 16-bit- 
32-bit parallel data/control bus that routes network data be- 
tween modules in a very sophisticated manner. The details 
of the architectural for such a box is beyond this paper, as it 
would involve discussions beyond applying the RIC or 
LERIC. However, there are a couple of interesting appli- 
cations for the RIC within this box. 
The most interesting one is the bridge/router-hub module, 
as shown in Figure 21. In this application, which does use 
the RIC-SONIC combination yet again, utilizes the SONIG'S 
internal CAM as an address filter. In this application a single 
RIC connects point-to-point to the RIC. Since only 12 nodes 
would typically be connected to the RIC, the SONIC's inter- 
nal CAM can perform the address filtering. If a situation 
were such that the RIC would be connected to more than 
the 12 nodes, then either software or an external CAM 
would be necessary to do address filtering. 



RIC AND LERIC REPEATERS FOR ANY APPLICATION 

In this note, a wide variety of applications have been intro- 
duced in a general systems oriented overview. 
A sampling of the breadth of possible hub/repeater applica- 
tions has been presented as well as specifically highlighting 
the importance of network and Hub management as a re- 
quired feature of many repeaters. Discussions of the opera- 
tional characteristics of National's repeater family have 
shown how these repeaters have features that can be effec- 
tively utilized to build systems that address any possible 
Ethernet network repeater product. 
The RIC provides a very feature rich IC platform that en- 
ables building fully managed very high functionality repeat- 
ers of various styles and architectures. 
The LERIC is a very cost effective simple repeater IC that 
should appeal to simple non-managed repeater applications 
that are typically provided for small cost sensitive LAN appli- 
cations. 

With both these devices low end simple Veloro hubs, PC 
Hub Cards, Managed Hubs, Modular Repeaters all can be 
designed very easily and cost efficiently by selecting and 
using either the RIC or LERIC. 
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APPENDIX A. 

IEEE 802.3 HUB MANAGEMENT IMPLEMENTATION 

Management Criteria 

A: Basic control capability Mandatory 

B: Performance monitor Optional 

C: Address tracking capability Optional 
HUB MANAGED OBJECT CLASS 



Object Name 



Object Type 



Hub Attributes 



How Supported By RIG How Supported By LERIC 



hubiD 



hubGroupCapacity 



groupiVlap 



hubHealthState 



hubHealthText 



hubl-lealthData 



transmitCoilisions 



repeaterMJLPs 



ATTRIBUTE GET 



ATTRIBUTE GET 



ATTRIBUTE GET 



ATTRIBUTE GET 



ATTRIBUTE GET 



ATTRIBUTE GET 



ATTRIBUTE GET 



ATTRIBUTE GET 



Hub Actions 



Software (Note 1) 



Software 



Software 



Software 



Software 



Software 



TXCOLonMngmtBus 



JAB bit on Mngmt Bus 



Software 



Software 



Software 



Software 



Software 



Software 



External Logic on ANYXN 



LEDs 



resetHubAction 



executeSeifTestl Action 



executeSelfTest2Action 



ACTION 



ACTION 



ACTION 



Hub Notifications 



Software 



Software 



Software 



Software 



Software 



Software 



hubHeaitfi 



hubReset 



grouplVlapChange 



NOTIFICATION 



NOTIFICATION 



NOTIFICATION 



ResourceTypelD Managed Object Class 



Software 



Software 



Software 



Software 



Software 



Software 



resourceTypelD 



Software 



Software 



Note 1: In the ■'How Supported..." columns, when Software is noted, this means that the Object is independent of hardware, and is an ob|ect that is collected and 
maintained by software or ROM firmware. 

GROUP MANAGED OBJECT CLASS 



Object Name 



Object Type 



Group Attributes 



How Supported By RIC How Supported By LERIC 



groupID 



numberOfPorts 



ATTRIBUTE GET 



ATTRIBUTE GET 



Software 



Software 



Software 



Software 
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APPENDIX A. IEEE 802.3 HUB MANAGEMENT IMPLEMENTATION (Continued) 
PORT MANAGED OBJECT CLASS 



Object Name 



Object Type 



B 



How Supported By RIC | How Supported By LERIC 



Port Attributes 



portID 



portAdminState 



autoPartitionState 



readableFrames 



readableOctets 



frameCheckSequence- 
Errors 



alignmentErrors 



framesTooLong 



ATTRIBUTE GET 



ATTRIBUTE GET 



ATTRIBUTE GET 



ATTRIBUTE GET 



ATTRIBUTE GET 



ATTRIBUTE GET 



ATTRIBUTE GET 



shortEvents 



runts 



collisions 



lateCollisions 



dataRateMlsmatches 



autoPartitions 



lastSourceAddress 



sourceAddressChanges 



ATTRIBUTE GET 



ATTRIBUTE GET 



ATTRIBUTE GET 



ATTRIBUTE GET 



ATTRIBUTE GET 



ATTRIBUTE GET 



ATTRIBUTE GET 



ATTRIBUTE GET 



ATTRIBUTE GET 



Port Actions 



portAdminControl 



ACTION 
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Software 



Ports' Real Time 
Status Register 



Ports' Real Tims 
Status Register 



# of CLN bit active on 
Mngmt bus 
(no errors) 



total # of RBY counts 
on Mngmt bus 



CRC bit active on 
Mngmt bus 



FAE bit active on 
Mngmt bus 



RBY count on Mngmt 
bus 



SE bit on Mngmt bus 
(no COL) 



RBY count on Mngmt 
bus(noSE) 



Port Event Counters 



Event Logging 
Intermpts 



ELBER bit on Mngmt 
bus (no COL) 



Event Logging 
Interrupts 



Source address from 
Mngmt bus 



Software 



Ports' Real Time 
Status Register 



Software 



Ports' Real Time 
Status Register 



Ports' Real Time 
Status Register 



> 
Z 

I 

oa 



External Logic Using 
DPS and LED Drivers 



Ports' Real Time 
Status Register 



Source Address from 
Ext. Controller 



Software 



Ports' Real Time 
Status Register 
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DP83950EB-AT IEEE 802.3 
Multi-Port Repeater 
Evaluation Kit 



1.0 INTRODUCTION 

The DP83950EB-AT is a three board kit (Main board, Dis- 
play Assembly board and Bacl<plane board) that forms an 
IEEE 802.3 Section 9 Repeater. The Main board has twelve 
lOBase-T ports and one AUI port and up to four Main 
boards can be cascaded using the Bacl<plane board to form 
a larger hub. 

The Main board contains the DP83950 Repeater Interface 
Controller (RICtm), which fits into an IBM PC-AT and com- 
patible computers. The Main board repeats packets, pro- 
vides management information, updates the Status LEDs, 
and can be cascaded to other Main boards. The Display 
Assembly board provides a full set of status LEDs for moni- 
toring the repeater activity, and it provides a breakout to 
convert the 50-pin connector (with the cable coming from 
the Main board) to twelve IS08877 (RJ45) phone connec- 
tors. The Backplane board is used for cascading two or 
more Main boards or to connect to a modified DP839EB- 
ATS System Oriented Network Interface Controller 
(SONICTM) Network evaluation board or the new SONIC 
Network evaluation board, the DP83932EB-AT. 
Using the evaluation software the user can read or write to 
the RIC registers and counters, change the configuration 
options, enable and disable several features of the RIC, and 
display graphics of the RIC activities. There are several 
switches and jumpers on the Main board that configure the 
board to avoid conflicts with other adapters already installed 
on the AT bus. 

2.0 MAIN BOARD OVERVIEW 

The block diagram for the Main board is shown in Figure 1. 
The Main board allows the user to exercise all the functions 
of the RIC while using the twelve lOBase-T ports and the 
AUI port (the 10Base2 option of the RIC cannot be exer- 
cised). 

The Main board is designed to perform MIoad (refer to the 
RIC Data Sheet for more information on MIoad) through ei- 
ther the MIoad Logic (hardware MIoad), or through the AT 
Bus Interface (software MIoad). The switches SW1, SW2 
are used during the hardware MIoad. 
The Inter-RIC Arbitration Logic performs the arbitration 
when there are two or more boards cascaded using the 
Backplane board. The arbitration is performed when two or 
more RICs have reception to determine which Main board 
(i.e., which RIC) is higher in the arbitration chain. The result 
of the arbitration will be used by the main state diagram of 
the RIC to determine which port within the RIC has PORT N 
(or PORT M), as described in the RIC Data Sheet. 
The board was designed to allow for choosing between seri- 
al and parallel arbitration, and performs the arbitration func- 
tion accordingly. In the Serial arbitration mode, the RiC logic 
performs all the arbitration (no additional logic is needed). In 
the parallel arbitration mode external PALs and logic are 
required (see Section 2.1.2). 
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The Inter-RIC BUS Transceivers are used to interface the 
RiC to the Backplane BUS. The Backplane BUS includes 
the Inter-RIC signals (IRC, IRD, IRE), the Management sig- 
nals (MRXC, MRXD, MCRS, PCOMP), the Arbitration and 
Control signals (ACKI, ACKO, ACTN, ANYXN, COLN) as 
well as the parallel arbitration vector ARB(3:0). The trans- 
ceivers are an example of how to perform the transmitting 
and receiving function over a backplane Bus and interfacing 
to drive and sense pins on the RIC. The BTL transceivers 
used allow for long bus applications due to their fast propa- 
gation delays and separate bus grounds. 
The External Decoder is an example of how the RIC can be 
configured to run with an external decoder. The Received 
Manchester data is passed on to the external decoder 
through the RXM pin, and the decoded NRZ data is sent 
back from the decoder to the RIC through the Inter-RIC pins 
IRE, IRC and IRD. 

The LED information is sent to the Display board through a 
driver and a 25-pin ribbon cable. 

The lOBase-T Interface includes the buffers, resistors, fil- 
ters and transformers necessary to interface the RiC ports 
to the external TP media. 

The AUI Interface includes the necessary isolation and re- 
sistors to interface to the AUI cable, 
in order to enable using up to 16 boards in a PC without 
using an excessively large address space, all boards can be 
mapped to a single address block. A separate register is 
used to enable each individual board. This register is called 
the Global Register. The Global Register contains other 
control bits as shown below: 



D6 


D5 


D4 


D3 


D2 


D1 


DO 


EA2 


EA1 


EAO 


RIDS 


RiD2 


RID1 


RIDO 



Each board in a system is assigned a unique number by 
setting SW3. When the same number is loaded into the 
Global Register RID(3:0) as is set by SW3, the RIC Main 
board is enabled and the RICs registers can be accessed. 
The EA(2:0) bits are used to perform various functions on 
the selected board in the following manner: 



EA2 


EA1 


EAO 


Function 











Normal Operation 








1 


issue CDEC to All Boards 





1 





Issue CDEC to Selected Board 





1 


1 


issue MLOAD to All Boards 


1 








Issue MLOAD to Selected Board 
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FIGURE 1. Main Board Block Diagram 
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All 32 RIC registers and the Global register are 10 mapped 
and can be relocated by setting BA(1:0) in SW1 as follows: 



BA1 


BAD 


RIC 
Registers 


Global 
Register 








100h-11Fh 


200 h 





1 


120h-13Fh 


220 h 


1 





140h-15Fh 


240 h 


1 


1 


160h-17Fh 


260 h 



2.1 Detailed Description 

2.1.1 MIoad and AT Bus Interface 

To perform the MIoad pin configuration the board has the 
capability to load the D(7:0) and R(4:0) pins by either soft- 
ware or hardware. 

Hardware MIoad is done by the MIoad Logic, which Interfac- 
es to pins D(7:0) and R(4:0) on the RIC to configure the RIC 
upon power up. Switches SW1 and SW2 allow for hardware 
setting of the MIoad pin configuration. An RC network is 
used to provide a pulse (RSTB) at power up which will be 
used by a PAL (U41) to assert the MIoad signal to the RIC. 
The PAL is needed to control the enables for the buffers for 
choosing between the hardware and software MIoad. 
Software MIoad is implemented by passing the D(7:0) and 
R(4:0) signals from the PC-AT bus through the AT Bus Inter- 
face and onto the RIC pins. 

When a Global Register write operation Is performed by the 
PC-AT, it is written to a flip-flop (U44) which passes, first, 
the bits RID(3:0) to a comparator (U38), second, the bits 
EA(3:0) to the one of the control PALs. The comparator 
asserts a "RICHIT" if the Global Register RID matches the 
board number. This will enable the control PALs to perform 
the operation required by the Global register. 



The ELI and RTI pins from the RIC can be passed onto the 
AT BUS to one of four interrupt request lines on the AT BUS 
(IRQ(15), IRQ(12), IRQ(11) or IRQ(IO)) by selecting the ap- 
propriate jumper settings (JB1 and JB2, refer to schematic). 
Three PALs (U36, U41, U43) are used to control the AT Bus 
Interface for software MIoad and register Read/Write, and 
to enable the various buffers required for hardware MIoad 
and the Global register decode. The PAL equations listings 
for all the PALs are included in Section 5.0 of this docu- 
ment 

U43 decodes the AT BUS address bits SA(9;0) and BA(1 :0) 
to determine if the software operation is addressed to this 
board. A Global hit (Ghit) is asserted when a match occurs 
with the Main board's global address. A Base hit (Bhit) is 
asserted when a match occurs with a RIC register. 
The AT BUS signals lOW, lOR, and AEN, and the Global 
register hits EA(2:0) are decoded by the PALs U36 and U41 , 
resulting in the various control signals for the MIoad buffers, 
the Read, Write and CDEC signals, the CHRDY signal to the 
PC-AT BUS, and the receive enable signals for the Inter-RIC 
and the management BTL transceivers (U4, U5). 

2.1.2 Inter-RIC Arbitration Logic 

Since there is no central arbiter, each Main board using the 
Inter-RIC BUS needs a way to tell if it owns the bus. This 
implementation uses one of two methods: serial or parallel 
arbitration (by setting JB3, refer to schematic). 
In the serial arbitration method the RIC signals ACKI and 
ACKO are passed to and from the Backplane BUS directly 
(as SACKI and SACKO) without further arbitration. There- 
fore the serial arbitration is done by the RIC logic itself. A 
high level on ACKI tells the RIC that it can take the bus. 
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Therefore, the physical position of the board controls its 
priority in the chain. To participate properly in the chain the 
RIC will pass a high ACKI to ACKO if it does not want to 
transmit, but will force ACKO low if it does wish to transmit. 
In addition, ACKO needs to be held low if a low ACKI is 
seen, in order to tell the boards further down in the chain 
that they cannot take the bus. 

The drawback for serial arbitration is that it requires all the 
Main boards to be inserted at all times, othenwise the 
SACKI/SACKO chain will be broken. The Backplane board 
is equipped with a jumper to connect these signals to con- 
tinue the arbitration chain. 

In the Parallel arbitration mode the SACKI/SACKO signals 
are controlled by two PALs according to the ACKI, ARBWIN 
and ENARB state machines shown in Figures 2, 3 and 4. A 
priority number is assigned via a set of dip switches 
SEL(3:0), where a higher number corresponds to a higher 
priority. Each board that wants to use the bus asserts this 



vector onto the bus. The bus is "wIred-OR", so that only the 
board with the highest priority will see its own vector reflect- 
ed back from the bus. 

By monitoring the RIC signals and the arbitration vector, the 
parallel logic controls ACKI, so that normal functionality is 
maintained and the board's priority is independent of its 
physical location. 

The arbitration takes place whenever a RIC is trying to take 
the bus, i.e., ACTNd is asserted, or when the RIC is experi- 
encing a transmit collision, i.e., ANYXNd is asserted (Figure 
S). When either the ACTNd or ANYXNd are asserted the 
ENARB signal (Figure 4) is asserted enabling the arbitration 
BTL transceiver (U2). 

A counter state machine is used in another PAL (U33) to 
give some delay for the arbitration to be completed, and 
asserts the arbitration done signal ARBDONE (Figure 3). 
Based on the ACKI state machine the ACKIRIC signal is 
asserted to the RIC. 



ACKI STATE MACHINE 

Inputs: ACTND~, ANYXND-, ARBDONE, ARBWIN 
Output: ACKI 



~ = Active Logic Low 
I = Inactive 
eg: !ACTNB~ = Inactive or Logic High 
lARBWIN = Inactive or Logic Low 



lACTNB' 



(No) 

(Yes)jACTNB' 
(Am I driving ACTN7) 



(Y.s) 




(res)|ACTND 
(Is arbitration 
compiete?) 

lARBDONE 



(No) 

(res)TARBDONE: 
(Do I own bus?) J 
AiiEWiN 



(Yes) 



ACKI LOW 

[REPEAT] 



!AR9WIN 



(Do I have a 
coiiision?) 



(Y.s) 




(No) 

(Do I own bus?) 




(No) j!ANYXND~ 

f (is there still activity on the bus?) 
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FIGURE 2. ACKI State Machine 
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ARBWIN STATE MACHINE 

Inputs: ANYXND-, ENARB, ARBDONE, BUSWIN- 
Output: ARBWIN 



~ = Active Logic Low 
I = Inactive 
eg: IANYXND~ = Inactive or Logic High 
ANYXND = Active or Logic Low 



00 




FIGURE 3. ARBWIN State Machine 
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ENARB STATE MACHINE 

Inputs: ACTND- , ANYXND- 

Output: ENARB 

ENARB = ACTND- # ANYXND- 



~ = Active Logic Low 
I = Inactive 
eg: !ACTND~ = Inactive or Logic High 
ACTND ~ = Active or Logic Low 
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2.1.3 Inter-RIC Bus Transceivers 

To form a 10Base-T HUB with more than 12 Twisted Pair 
ports, up to four Main boards can be cascaded using the 
Backplane board (up to 16 Main boards can be cascaded 
with an extended Backplane board). The Backplane board 
can also be used to pass management Information, as 
specified in the Hub management specification, from the 
management bus of the RIC to a modified DP839EB-ATS 
SONIC network evaluation board or the new SONIC Net- 
work evaluation board, the DP83932EB-AT. 
To assure good speed and signal quality over the backplane 
bus four BTL (Turbo Transceivers) are used (U2, U3, U4, 
US). The required BTL terminations are done on the Back- 
plane board. Tying all the Ground pins of the BTLs together 
is not the optimum way to use these transceivers, however. 
It was necessary to assure proper operation when the l^ain 
board is in stand alone mode and the backplane board is 
not inserted. In a typical application were the Backplane 
BUS Is always terminated these grounds would not be 
grounded together. 

High level of assertion for the bidirectional "wired-OR" sig- 
nals (ACTN, ANYXN, COLN, IRE, t^CRS) of the RIC is re- 
quired for proper operation with the inverting BTL transceiv- 
ers. This makes these signals asserted low on the BUS side 
of the transceivers. 

The parallel arbitration vectors ARBI(3:0) and ARBO(3:0) 
are transmitted and received over the BUS through one BTL 
Transceiver (U2). The receive enable for U2 Is controlled by 
the stand alone (SLN) bit set during MIoad. The drive enable 
for U2 is controlled by the enable arbitration (ENARB) signal 
from the arbitration PALs. 

Another PAL (U3) transmits and receives the ACTN, 
ANYXN, and PCOMP signals onto the Backplane BUS. On 
the BUS side of U3, ACTN and ANYXN are bidirectional 
signals. They are asserted when any RIC asserts Its ACTNd 
or ANYXNd signals. On the RIC side of U3, ACTN is split 
into ACTNd and ACTNs, and ANYXN is split into ANYXNd 
and ANYXNs. PCOMP is a unidirectional signal that Is as- 
serted onto the BUS by a separate controller board that can 
gather management statistics (or a modified DP839EB-ATS 
SONIC-AT board). The Drive enable for U3 Is always en- 
abled, allowing the ACTNd and ANYXNd signals to assert 



the BUS ACTN and ANYXN signals directly. The Receive 
enable is disabled only when the Main board is in the stand 
alone mode (i.e., there are no other Main boards in the 
HUB). 

The HC network included on the ANYXNs signal is recom- 
mended (see Application Note #671 in the Interface Data 
Book for design details using BTL Transceivers). 
A third PAL (U4) is used to transmit and receive the IRC, 
IRD, IRE and COLN signals. The COLN signal, which sig- 
nals a receive collision, has no significance in the TP media. 
It Is included here for completeness. These signals are bidi- 
rectional, however they are unidirectional at any one time. 
When the RIC is the receiving RIC, it asserts the packet 
enable signal PKEN signal which is used as the drive enable 
for U4. PKEN will be asserted as long as the RIC is the 
receiving RIC. The receive enable ENPKEN is asserted 
when the Main board is not in stand alone mode, and the 
PKEN signal is not asserted. 

A fourth PAL (US) Is used to transmit the management bus 
signals MRXC, MCRS and MRXD. The MRXC and MRXC 
signals are unidirectional RIC output signals, while the 
MCRS is a bidirectional. The RIC senses the MCRS signal 
while the RIC Is not the receiving RIC to assure the Inter- 
frame gap limit set in the RIC Inter-Frame Gap Threshold 
Select Register is not violated before sending another pack- 
et onto the Management BUS. The Management BUS infor- 
mation can be received by a SONIC, connected to the man- 
agement bus. When the RIC is the receiving RIC, it asserts 
the management enable signal MEN, which Is used as the 
drive enable for US. MEN will be asserted as long as the 
RIC is the receiving RIC. The receive enable ENMEN is as- 
serted when the Main board is not in stand alone mode, and 
the MEN signal Is not asserted. 

2.1.4 External Decoder 

The RXM External pin decoder allows using the RIC with an 
external decoder. The RXM pin outputs the received Man- 
chester Data from the RIC. This data is sent to the 
DPB3910A decoder, which is decoded and passed onto the 
IRD, IRC and IRE BUS signals through a buffer back to the 
RIC. The buffer Is enabled by PKEN, and a jumper is used to 
disable the buffer when using the internal decoder mode. 
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2. 1.STP Interface 

The interface is shown for one port in Figure 5 below: 



Integrated Twisted Pair 
FIHer/Transformer/Choke 




To 50 pin 
Connector 



TXt 



74ACT244 

Driver Package 
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FIGURE 5. TP Interface 



To drive the transmitted signal through 1 00 meters of Twist- 
ed Pair cable, the RIC requires external buffers. Tfie resistor 
network on the transmit path shows the values used on the 
Main board. A more optimized networl<, which allows for 
better amplitude control is described in the TP Parametrics 
Evaluation document. The Filter/Transformer/Choke pack- 
age used here is the PE65431 from Pulse Engineering. Oth- 
er packages have been evaluated, and those results are 
described in the TP Parametrics Evaluation Document. 

2.1.6 AUI Interface 

The AUI includes the proper terminations and pulldowns, 
and the isolation transformer. A 9-pin connector is used in- 
stead of the standard 15-pin AUI connector (due to space 
limitations). A 9-pin to 15-pin special adapter cable is used 
to attach to the MAU. 

3.0 DISPLAY BOARD DESCRIPTION 

The Display board allows for the display of Maximum mode 
or Minimum mode LED configurations. The LED display ad- 
dress and data information RD(7:0), and the strobe signals 
STR(1:0) signals are received from the Main Board through 
the 25-pin ribbon cable and driver. The data is driven to two 
arrays of addressable latches and one flip-flop. 
In the Maximum LED display mode all 66 LEDs are function- 
al. Five sets of Latches are used and are arranged into five 
sets, with two latches per set. Each set controls one of the 
following groups of LEDs: Receive (REC), Collision (COL), 
Partition (PART), Good Link (GDLINK), and Bad Polarity 
(BDPOL). 

The address bits for the latches are obtained from the 
RD(7:5) signals. On the top half of the array address cor- 
responds to the "any port", address 1 corresponds to the 
AUI port, and addresses 2 to 7 corresponds to ports 2 
through 7. The top array is enabled by the STRO signal. The 
bottom half is enabled by the STR1 signal, and addresses 
through 5 correspond to ports 8 through 13. 
The data is obtained from the RD(4:0) signals as follows: 
RD(0) for LINK, RD(1) for Collision, RD(2) for Receive, 
RD(3) for Partition, and RD(4) for Polarity. 



In the Minimum LED display mode four LEDs are displayed: 
Any port collision (ACOL), Any port reception (AREC), Any 
port jabbering (JAB) and Any port partitioned (APRT), which 
indicate any activity on any of the RIC ports. In this mode 
the flip-flop ('ALS374) should be inserted into the socket 
(U6), which is left blank (default for the Maximum display 
Mode). The flip-flop passes the four LED signals to port 13, 
and STRO is used as the clock. 

4.0 BACKPLANE BOARD DESCRIPTION 

This board forms the Backplane BUS for the HUB. There 
are four types of signals that are passed on this BUS. 

1. The Inter-RIC BUS signals: IRE, IRC, IRE. These signals 
are passed from the Receiving RIC to all the other RICs 
in the HUB. They can also be used by a modified 
DP839EB-ATS SONIC board to allow the SONIC to 
transmit to the network through all the RICs on the HUB. 

2. The Arbitration and Control signals: SACKI, SACKO, 
ACTN, ANYXN, COLN. These signals are passed be- 
tween all the RICs on the HUB to assure the proper op- 
eration of the HUB per the IEEE802.3 state diagrams. 
When a board is inserted into a slot on the Backplane 
board, a jumper is removed to allow for the SACKI- 
SACKO signals to pass to and be asserted by the Main 
board. If there is no Main board inserted in a slot, that 
jumper should be inserted to short SACKI to SACKO, in 
order to complete the arbitration chain. 

3. The Management BUS signals: MRXC, MRXD, MCRS, 
PCOMP. The MRXC, MRXD and MCRS signals are used 
to pass the management information from the receiving 
RIC to a SONIC board. PCOMP is a unidirectional signal 
that is asserted onto the BUS by a separate controller 
board that can gather management statistics to com- 
press the data portion of the management information. 
The MCRS signal is also used as an input to the RIC as 
described in Section 2.1.3). 

4. The Parallel arbitration vector, ARB(3:0), required for 
parallel arbitration (as described in Section 2.2.2). 

Each of the BUS lines is terminated by approximately 20n 
(two 390 resistors in parallel). 
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S.0 PAL LISTINGS 

U43 device ' pi 6L8 ' /module RIC_DEC 
title 'decode AT addresses 



09 



"inputs 



saO 




pin 


11 


t 














sal 




pin 


9; 
















sa2 




pin 


8; 
















sa3 




pin 


7; 
















sa4 




pin 


6; 
















sa5 




pin 


5; 
















sa6 




pin 


4; 
















sa7 




pin 


3; 
















sa8 




pin 


2; 
















sa9 




pin 


1; 
















baO 




pin 


16 
















bal 




pin 


17 
















aen 




pin 


18 
















iow 




pin 


13 
















ior 




pin 


14 
















"outputs 


















ghit 




pin 


19; 














bhit 




pin 


12; 














io 




pin 


15; 














baseO 


= 


!aen 


S !sa9 


& 


sa8 


& 


!sa7 


& 


!bal & !baO; 


basel 


= 


!aen 


s !sa9 


& 


sa8 


& 


!sa7 


& 


!bal £ baO; 


base2 


= 


!aen 


& !sa9 


& 


sa8 


& 


!sa7 


& 


bal S !baO; 


base3 


= 


!aen 


& ! 


sa9 


& 


sa8 


& 


!sa7 


& 


bal & baO; 



low = !aen & sa9 & !sa8 & !sa7 & !sa4 & ! sa3 & !sa2 & !sal 
S !saO; 



equations 
!ghit 



!bhit 



= low & !bal & !baO & !sa6 & !sa5 

# low & !bal & baO & !sa6 & sa5 

# low s bal & !baO & sa6 & !sa5 

# low & bal & baO & sa6 S sa5; 

lsa6 & !sa5 & baseO 

# !sa6 & sa5 & basel 

# sa6 & !sa5 & base2 

# sa6 £ sa5 & base3; 



! io = ! iow # !ior; 
END RIC DEC; 
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U3 6 device 


'p20L8 


;ric_ctrll 




title 'ric control 


and some AT interface' 




"inputs 








mloaddly pin 


23 






ior 


pin 


14 






iow 


pin 


13 






rstdrv 


pin 


11 






bufen 


pin 


10 






rdy 


pin 


9 






ea2 


pin 


8 






eal 


pin 


7 






eaO 


pin 


6 






richit 


pin 


5 






ghit 


pin 


4 






bhit 


pin 


3 






io 


pin 


1 






"outputs 








chrdy 


pin 


21 






ireg 


pin 


20 






rd 


pin 


19 






wr 


pin 


18 






iorb 


pin 


17 






dens 


pin 


16 






cdec 


pin 


15 






den 


pin 


22 






norm 


= !ea2 & leal & !eaO; 




equations 








! chrdy 


= 1, 






enable 


chrdy 


= Ibhit & richit S rdy & lio; 




!dens 


= !io S (Ighit # (Ibhit S richit)); 




!ireg 


= Ighit & ! iow; 




!rd 


= richit & norm & Ibhit S I ior; 




! wr 


= richit & norm & Ibhit S I iow; 




!iorb 


= I ior; 




! cdec 


= Iea2 & leal & eaO S Ighit S lior 






# 


ea2 & eal & leaO & richit & Ighit & lior; 




!den 


= richit & Ibhit S Ibufen S norm& lio; 




end ric 


_ctrll, 
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U41 device ' 


p20L8*;ric ctrl2; 




title 'ric control 2a 




"inputs 






mloaddly 


pin 23, 






ior 


pin 14, 






iow 


pin 13, 






rstdrv 


pin 11, 






bufen 


pin 10 






rdy 


pin 9 






ea2 


pin 8 






eal 


pin 7 






eaO 


pin 6 






richit 


pin 5 






ghit 


pin 4 






bhit 


pin 3 






sin 


pin 2 






pken 


pin 1 






rstb 


pin 16 






men 


pin 17 






"outputs 






swen 


pin 21 






raen 


pin 20 






rst 


pin 19 






mload 


pin 18 






enpken 


pin 22 






enmen 


pin 15 






equations 






! swen 


= ! mload S Imloaddly; 




!raen 


= mload & mloaddly; 




!rst 


= rstdrv # !rstb; 




! mload 


= rstdrv 

# ea2 & leal & !eaO & richit 

# !ea2 & eal & eaO 

# Irstb; 




! enpken 


= !sln & Ipken; 




! enmen 


= !sln & !men; 




end ric_ 


_ctrl2; 
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CO 



U33 device 'p20v8r ' ;module ric_ack 
title 'ric arb state machine 



"inputs 



enarb 


pin 


14 


unused_l 


pin 


11 


psel 


pin 


23 


sin 


pin 


10 


sacki 


pin 


9 


actn_s 


pin 


8 


actn_d 


pin 


7 


anyxn_d 


pin 


6 


unused_3 


pin 


5 


unused_4 


pin 


4 


unused_5 


pin 


3 


match 


pin 


2 


elk 


pin 


1 


"outputs 






ackiric 


pin 


15 


arbwin 


pin 


18 


arbdone 


pin 


20 


qi 


pin 


21 


qO 


pin 


22 


Q20M 


PIN 


17 



"counter states 
sO = '^bOO 
si = "bOl 
s2 = "blO 
s3 = -^bll 



"counter modes 

mode = [enarb] ; 
count = [ 1 ] ; 
clear = [0] ; 

state_diagram [ql,qO] 

state sO: case (mode 
(mode 
endcase; 

state si: case (mode 
(mode 
endcase; 



clear) : 


sO; 


count) : 


si; 


clear) : 


sO; 


count) ; 


s2; 



state s2 : case (mode 
(mode 
endcase; 



clear) : sO; 
count) : s3; 
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state s3: case (mode == clear): sO; 
(mode == count) : s3; 
endcase; 

equations 

arbdone = ql S qO; 

arbwin = (!anyxn_d # arbdone) & match & enarb; 

lackiric = !sln S (psel & (ac)<iric & (actn_s & actn_d & arbdone & 
! arbwin # actn_s & !actn_d & anyxn_d & ! arbwin) 

# laclciric & (anyxn_d & ! arbwin # !any:'.n_d & actn_s)) 

# !psel & isaclci) ; 

!Q20M := Q20M; 
end ric ack; 
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CO 



Ul device 'p2018 ' /module ric_arb 
title 'arbitration pal 



"inputs 

arbiO 

arbil 

arbi2 

arbiS 

selO 

sell 

sel2 

sel3 

anyxn_d 

actn_d 

"outputs 

match 
enarb 
arboO 
arbol 
arbo2 
arbo3 

equations 

enarb 

match 

arbo3 
arbo2 

arbol 
arboO 



pin 


1 


pm 


2 


pin 


3 


pin 


4 


pin 


5 


pin 


6 


pm 


7 


pin 


8 


pin 


9 



pin 10 



pin 17 
pin 22 
pin 18 
pin 19 
pin 20 
pin 21 



actn_d # anyxn_d; 

(!arbi3 # sel3) & (!arbi2 # sel2) 
& (iarbil # sell) & {larbiO # selO) ; 

sel3; 

sel2 & (!arbi3 # sel3) ; 

sell & (!arbi3 # sel3) & (!arbi2 # sel2); 

selO &(!arbi3 # sel3) & (!arbi2 # sel2) 
& ( Iarbil # sell) ; 



end ric arb; 
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RIC™-SONIC™ Interface 



INTRODUCTION 

This document describes how the DP83950 Repeater Inter- 
face Controller (RIC) can be interfaced to a System Orient- 
ed Network Interface Controller (SONIC) controller. The em- 
phasis In this note Is on the hardware Interface between the 
RIC and the SONIC. The software implementation of the 
Hub management protocols such as SNMP and CMIP are 
not discussed In this note, since each system's implementar 
tlon would be different depending upon the processor used 
and the number of RICs and SONICs employed in the Hub. 
A description of the extra logic necessary to Interface the 
RIC to a NIC (DPesSO) is Included for reference. And last, in 
order to provide a simple and fast solution for evaluating the 
RICs management bus Interface to the SONIC, a descrip- 
tion of a simple way to hook the SONIC DP839EB-ATS eval- 
uation board to the RICs management Bus Is Included. 

RIC-SONIC INTERFACE 

The RIC transmits over the management bus every packet 
that Is received from any of the ports (refer to the RIC data- 
sheet for details). The management bus packet Is different 
from the packets transmitted to/from the ports. First, the 
preamble on this bus is always five bits (01011). Second, at 
the end of the packet, after the CRC pattern, seven bytes of 
management status are appended to the packet by the RIC. 
These seven bytes are always aligned to start on a byte 
boundary. Third, the packet Is In NRZ format. 
A properly connected and configured SONIC receives every 
packet that is sent over the management bus, and therefore 
buffers the data as well as the seven bytes of status. The 
Packet Compression feature available on the RIC and the 
SONIC allows for specific handling of the data part of the 
packet, as described later. 

Figure 1 shows the Interface of one RIC to one SONIC. The 
SONIC Is configured to run in the external decoder mode to 
receive the NRZ data from the management bus (refer to 
the SONIC datasheet for more details). The SONIC input 
pins CRS, RXC, and RXD tie directly to the RIC manage- 
ment bus output pins MORS, MRXC and MRXD (with the 
RIC BINV selected for active high signals, refer to the RIC 
datasheet for details). The SONIC runs in Promiscuous 
Mode accepting all the packets from the management bus. 
The packet comp ression o utput pin PCOMP of the SONIC 
ties directly to the PCOMP inpu t pin of t he RIC. The SONIC 
can be programmed to assert PCOMP upon a match or a 
mismatch of the packet destination address with a SONIC 
CAM a ddress. F or managed Hub applications, the SONIC 
asserts PCOMP if the destination address of the received 
packet does not match any address in the CAM of the 
SONIC. For managed bridge applications the SONIC as- 
serts PCOMP If the destination address of the received 
packet matches any address In the CAM of the SONIC. 
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The managed Hub application Is selected in this implemen- 
tation. If the packet Is addressed to the SONIC, the PCOMP 
pin will not be asserted by the SONIC and the RIC will not 
compress the data. The SONIC receives the whole packet 
with the seven bytes of s tatus. If the packet Is not ad- 
dressed to the SONIC, the PCOMP pin will be asserted by 
the SONIC. The RIC will compress the data by inhibiting the 
clocks during the data part of the packet, and will re-enable 
the clock during the seven bytes of status. 
The SONIC buffers the seven bytes of management status 
from the RIC to memory. These bytes can then be accessed 
by a processor. Utilizing the packet compression technique 
leads to an Implementation that minimizes memory require- 
ments, I.e., buffering only the data needed by the SONIC 
and the seven bytes of status. The RIC contains a Packet 
Compress Decode Register that can be used to determine 
the number of bytes, post SFD, which are transferred over 
the management bus when the packet compression option 
Is employed. 

Since the seven bytes of status are appended after the CRC 
pattern, the SONIC will indicate that a CRC error occurs 
every time a packet Is received. This should be ignored, and 
the SONIC should be set to save errored packets. The CRC 
bit in the seven bytes of status appended to the packet will 
indicate whether the packet has a CRC error or not. 
To enable the SONIC to transmit to the network, the SONIC 
of Figure 1 transmits a packet to the RIC through the Inter- 
RIC bus. The SONIC transmit signals TXE, TXD tie to the 
Inter-RIC signals IRE and IRD through a TRI-STATE® buffer 
(74F125), which Is TRI-STATE when the SONIC Is not 
transmitting. Since the SONIC is in external decoder mode, 
the TXC pin is an input. An external 10 MHz oscillator pro- 
vides the input to the TXC pin of the SONIC and the IRC pin 
of the RIC. The SONIC will drive ACTN and ACKI of the RIC 
as soon as it wants to transmit. Driving ACTN Informs the 
RIC that the SONIC wants to transmit. In this implementa- 
tion the SONIC is placed on top of the arbitration chain with 
the RIC, therefore the SONIC drives the ACKI input of the 
RIC when it wants to transmit. 

The management bus does not experience any collisions, 
however any collisions on the network detected by the RIC 
are reported in the seven bytes of status. There will be no 
receive collisions on the SONIC, and the SONIC does not 
drive any collision signals to the RIC. The SONIC needs to 
be notified when a transmits collision occurs on the RIC. 
Therefore the COL input pin of the SONIC Is driven by the 
ANYXNd output of the RIC whenever there is a transmit 
collision on the RIC and the SONIC is transmitting. 
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Figure 2 shows an implementation witin several RICs shar- 
ing one SONIC for a managed Hub application. The SONIC 
is set i n Promis cuous Mode to receive all packets, and it 
asserts PCOMP upon address mismatch. The Hub is ad- 
dressable, and the SONIC can receive and transmit packets 
to the network as well as receive the seven bytes of RIC 
management status. All RICs share a single management 
bus to send the data to the SONIC. The SONIC transmits 
through the Inter-RIC bus to all RICs. 
To interface the SONIC to the RIC in this implementation, a 
PAL is needed to generate the folio/ring signals: 

ACKO = ACKI & TXE + ASKI 

ACTNd = ACKI & TXE 

ANYXNd = TXE&ACra 



COL 
TXEO 



TXE & ANYXNs 
TXEI & ACKI 



This implementation utilizes the serial arbitration method, 
and allows the SO NIC to be place d anyw here in the arbitra- 
tion chain. ACKO is asserted if the ACKI from the RIC above 
it is not asserted and th e SONIC wants to transmit, i.e., TXE 
is asserted, or if ACKI from the RIC above it is asserted. 
ACTNd is asserted to tell all RICs that it wants to transmit 
when ACKI is not asserted and TXE is asserted. The SONIC 
could experience a transmit collision in this implementation 
since it could be in the middle of the arbitration chain. 
ANY XNd is asserted by the SONIC when TXE is asserted, 
and ACKI is asserted by any RIC higher in the arbitration 
chain. The SONIC is notified of a collision if it is transmitting 
and any RIC asserts ANYXN. Finally, TXEO is enabled 



when the SONIC wants to transmit and ACKI from the RIC 
above it is not asserted. 

RIC-NICINTERFACE 

Any design that utilizes any controller other than the SONIC, 
such as the NIC (DP8390), to interface to the RIC should 
address the following points: 

First, the packet compression feature of the RIC cannot be 
used by other controllers unless an external CAM and asso- 
ciated logic is used to generate the PCOMP signal to the 
RIC. If this logic is available the controller may not operate 
properly with the clock i nhibited. The SONIC has an on 
board CAM, and asserts PCOMP to the RIC, and It works 
properly while the clocks are inhibited. 
Second, due to the nature of the CSMA/CD protocol, there 
are situations when a collision will occur early in the packet 
(before SFD). This will lead to a packet transmitted onto the 
management bus containing only the seven bytes of status. 
This will be Ignored by most controllers. Therefore extra log- 
ic will be required to stretch such packets to the controller's 
minimum acceptable packet length. The SONIC accepts 
such packets normally. 

Third, knowing that the packet compression feature cannot 
be used, all packets that are transmitted over the network 
will need to be buffered by the controller. This requires a 
larger memory space, and may require a faster CPU. 
Fourth, the SONIC will receive back to back packets from 
the management bus without missing packets due to Insuffi- 
cient gap (provided it is given access to memory). Other 
controllers may miss some packets if the gap is small. 



3-166 



00 
lO 




CM 

Ul 
E 



3-167 



OTHER INTERFACE METHODS 

The method described so far to interface the SONIC to the 
RlC's management and Inter-RiC busses is not the only way 
to interface a controller to the RIC. A controller could also 
transmit and receive packets through the Inter-RIC bus or 
through any of the ports. However these two methods do 
not allow the controller to obtain the management bus data 
from the RIC. There are several drawbacks for not receiving 
this data: 

First, even though part of the information available in the 
seven bytes of status is available through the CPU bus of 
the RIC, the CRC error flag, the Collision Bit Timer, the Re- 
peat Byte Count, and the Inter Frame Gap Bit Timer are not 
available from the RIC except through the management 
bus. 

Second, every packet transmitted through the management 
bus contains the number of the port receiving the packet. If 
the management bus is not used, the only way to obtain the 
port number is by setting the RIC to generate a Real Time 
Interrupt to the processor on every packet received. The 
processor then reads the Real Time Interrupt register to find 
out which port received this packet. 
Third, in a multi-RIC system, the RIC number is essential for 
associating the packets with the receiving RIC and receiving 
port. This Is included in the seven bytes of management 
status, and cannot be obtained otherwise directly from the 
RIC. 

Fourth, the packet sent over the management bus contains 
the Source and Destination addresses, and the Packet 
Compress Decode Register can be used to specify the 
number of bytes to send over the management bus before 
inhibiting the clocks when PCOMP is used. To perform this 
operation othenwise extra dedicated logic is needed to re- 
ceive every packet on the network to read and save this 
data. 

SONIC EVALUATION BOARD MODIFICATION 
(DPSSSEB-ATS ONLY) 

This section describes a way to interface the SONIC to re- 
ceive packets from the management bus of the RIC and to 
use the packet compression feature, using the Repeater 



Evaluation Kit (RICKIT) and a DP839EB-ATS board. A new 
SONIC evaluation board, the DP83932EB-AT, will not re- 
quire modification. Refer to AN-855 for more information. 
Contact your National Semiconductor representative re- 
garding availability. 

All that is needed for the SONIC to rec eive the management 
bus data is to tie CRS, RXO, RXD and PCOMP pins from the 
SONIC directly to the MORS, MRXC, t^RXD and PCOMP 
pins of the RIC (see Figure 1 ). This can be achieved as 
follows: 

1 . Place the DP839EB-ATS board in external decoder mode 
by removing the EXT jumper in the JB2 block, and remov- 
ing all the jumpers in the JB4 block. 

2. Take an SNI (DP8391, or DP83910) chip and clip off pins 
2, 3, and 4, and place it in the appropriate socket (U18) 
on the DP839EB-ATS board. 

3. Solder three wires to pins 2, 3, and 4 on the back of U18 
on the DP839EB-ATS board and solder the other end to 
a female connector attached to the prototype area of the 
board. 

4. To utilize the packet com pression feature, use a SONIC 
{DP83932B) (pin 26 Is the PCOMP pin). Bend pin 26 up in 
order for it to be accessible after inserting the SONIC 
back into the socket. Solder one end of a fourth wire to 
this pin and solder the other end to the fourth pin of the 
connector on the prototype area. 

5. On the RICKIT (DP83950EB-AT) Main Board, solder four 
wires to the pin side of R31, R71, R40 and R36. Conect 
these wires to a female connecter. These four wires 
should be in the proper order to correspond to the proper 
pins from the DP839EB-ATS board. 

6. Make a four wire ribbon cable that is approximately four 
inches long with a male pin connector at each end. This 
can now be used to connect between the two male con- 
nectors on the DP839EB-ATS board and the RICKIT 
Main Board. 

The DP839EB-ATS board now has the proper modification 
to receive the management bus data from the RICKIT Main 
Board. These boards can now be installed into the same 
PC-AT using the diagnostic/evaluation software provided 
with the board. See the software manual provided with the 
board, for details. 
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DP83950 Twisted Pair "^SS^^Z^r ^^ 

Parametric Evaluation imadAyoub, Howard vo Stf^ 

Prasun Paul i^HH^I 

TWISTED PAIR PARAMETRIC EVALUATION Physical Layer Specifications" document, and ttie values 
The following information lists the results of the Twisted Pair measured on the RIC. No details for the tests/setups are 
Parametric tests performed on the DP83950 Repeater Inter- Provided as they follow the IEEE document specifications 
face Controller (RICtm). The DP83950EB-AT Repeater Kit ^o' each test. Additional notes and tables are included for 
was used to perform the measurements. Four parts were clanfication where necessary. 

evaluated at room temperature and 5V power supply, ex- National Semiconductor Corporation (NSC) does not guar- 
cept where indicated. antee any of the values indicated in this document. The 
The test results are divided into three areas; transmit, re- parameters indicated in the AC/DC parameters section in 
ceive and miscellaneous. The tabular format used shows the RIC data sheet are the ONLY parameters that are guar- 
the parameter tested, the reference section and Figures of anteed by NSC. 
the "IEEE 802.3 lOBase-T CSMA/CD Access Method and 

Transmitter Specifications 


Test 

# 


Parameter 


IEEE 
Ref. 
Spec. 


RIC Value/Comment 


1 


Peak differential output voltage: at TD ± circuits terminated 
with a toon load directly 
± 2.2V to + 2.8V 


14.3.1.2.1 


2.5V Peak 
(Note1) 


2 


Harmonic contents with 1 MHz signal through the 

transmitter 

All harmonics should be >. Z7 dB below the fundamental 

10 MHz 


14.3.1.2.1 


Tested with a random signal, all 
harmonics were > 30 dB below the 
fundamental signal 


3 


Output waveform with scaling 
Within F/gure W-5 template 


14.3.1.2.1 


Waveforms are within template 
Measured values are shown in Tables 
la, lb, Ic 


4 


Start of TP_IDL waveform with specified load in 
F/gure 14- 1 1 and with or without cable model. The readings 
include idle high time and idle setting time 
Within Figure 4-/0 template 


14.3.1.2.1 


Waveforms are within template 
Measured values are shown in Table II 


5 


Link test pulse waveform, with specified load In Figure 14- 1 1 
and with or without cable model. Readings include amplitude 
and pulse width 
Within Figure 4- 12 template 


14.3.1.2.1 


Waveforms are within template 
Measured values are shown in Table III 


6 


TD circuit differential output impedance or Return Loss spec. 
Reflection S: 1 5 dB below incident for all power on states 
and for impedances of 85fl to 1 1 1 fl 


14.3.1.2.2 


Within spec. 

Measured values are shown in Table IV 


7 


TD output jitter: random signal through a 100m cable model 
terminated with a 1 0On load 

Equalized for max ± 3.5 ns jitter at the end of cable model 
and with this equalization max + 8 ns while TD circuit is 
directly terminated with a 1 0On load 


14.3.1.2.3 


Within spec. 

Measured values are shown in Table V 


8 


Common mode to differential mode conversion. Test circuit 
ss'm Figure 14-13 
S29- 17log10(f/10)dB 
1 < f < 20 MHz 


14.3.1.2.4 


Within spec. 

Measured values are shown in Table VI 


9 


TD circuit common mode output voltage. Test circuit is 

shown in Figure 14-14 

<50mVpeak 


14.3.1.2.5 


Within spec. 
(Note 2) 
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Transmitter Specifications (Continued) 



Test 

# 



Parameter 



IEEE 
Ref. 
Spec. 



RIC Value/Comment 



10 



TD short circuit current 
300 mA max 



14.3.1.2.7 



WItliln spec. 
Approximately mA 



11 



TD circuit common mode Impulse withstand. Test circuit as in 
Figure 14-15 

Impulse Ecm appliedlOOOVmin 



14.3.1.2.7 



Filter test — Guaranteed by filter 
manufacturer 



12 



TD silence voltage 
S ±50 mV 



14.2.1.1 



Within spec. 
6mV 



13 



Period of link pulses 
16 ms ±8ms 



14.2.1.1 



16 ms 



14 



Transmit settling time 



14.2.1.1 



Within spec. 

Meets amplitude and jitter 

specifications (2nd bit on) 



15 



Power cycle behavior 

No extraneous signal on TD circuit 



14.3.2.3 



No extraneous signal on TD circuit 
where noticed 



NotB 1 : The circuit used is stiown in Figure 1. Three filters/transformer pacl^ges from three vendors were evaluated, and all of them met the amplitude required by 
this spec. The pacl(ages evaluated were: 1) Valor FL1012, 2) Pulse Engineering PE65431, 3) Bel Fuse 0556-3392-00 

Note 2: The measurements were done on Valor FL1012. Valor PT3877, and Pulse Engineering PE65431. For all of these packages a 0.01 )»F capacitor is required 
from the center tap to ground, as shown in Figure 2, to reduce, common mode to within 50 mV. 




RX+I^ 



RD-f 



O.Ot>ir 



FIGURE 2 



3-170 



Receiver Specifications 



Test 

# 



Parameter 



IEEE 
Ref. 
Spec. 



Signals accepted by RD circuits 
Figures 14-16dxv\ M-r7templates 



Jitter accepted by receiver 
2: ±13.5 ns 



Jitter added by the receiver 
<. ± 1.5 ns 



RD circuit linl< test pulse acceptance 
Figure M-?2 template 



10 



Signals REJECTED by the receiver: 

a) Signals that will produce 300 mV peak signal at the output of a 3 
pole test filter described in A.4.2 

b) Ail sinusoidal signals of amplitude less than 6.2 Vpjp and frequency 
less than 2 MHz 

c) All sinusoidal single cycles of amplitude 6.2 Vp.p vi^ith (f or 1 80° 
phase where the frequency is between 2 MHz to 15 MHz 



14.3.1.3.1 



14.3.1.3.1 



14.3.1.3.1 



14.3.1.3.2 



14.3.1.3.2 



RIC Value/Comment 



Test signals used did not include jitter 
Signals accepted met 14-17ani 
74-/6templates 



Guaranteed by 1 above 



Within spec. 
Approximatley 1 .44 ns 



Within spec. 

Rejects <480 mV amplitude 

Accepts down to 35 ns width 



Within the spec. 

Measured values are shown in 

Table VII 



-si 
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Idle detection by RD circuits 
Within 2.3 BT 



REC circuits differential input impedance or return loss 

Reflection s 15 dB below incident for an impedance of 8511 to 1 1 1 ft 



RD short circuit fault tolerance 
Indefinite short shall be tolerable 



Receive delay 



Bit loss and receive delay 



14.3.1.3.3 



14.3.1.3.4 



14.3.1.3.6 



None* 



None' 



Within spec. 
Within 2.05 BT 



Within spec. 

Measured values are shown in 

Table IV 



RD short caused no faults 



40 ns 



2.3 BT (270 ns - 40 ns) 



"These are extra tests not specified in the standard. 



3-171 



00 

I*. 



Miscellaneous 


Test 

# 


Parameter 


IEEE 
Ref. 
Spec. 


RIC Value/Comment 


1 


Jabber timer 


14.2.1.6 


5 ms 


2 


Unjabtime 


14.2.1.6 


ApproX. 100BT 


3 


Link loss timer 

50 ms-1 50 ms (RIC set at 60 ms) 


14.2.1.7 


56 ms 


4 


Polarity correction: 

a) Inverted link pulses, 

b) Packets with Inverted TP_IDL 

For both cases check if link pass state 


None' 


Functional 


5 


TX output at link fail 

No output data but link pulses 


14.2.1.7 


Functional 


6 


Receiver squelch level 
300 mV-585 mV 


Data Sheet 


Within spec. 
(Note 1) 


7 


Receiver frequency acceptance: Input signal on RX ± of 1 .2V to 
6.2V and sweep the frequency from MHz to 30 MHz or higher 


None* 


Within spec. 

Accepts >3.61 MHz and up to 20 MHz 

(generator limit) 


8 


Power consumption 


Data Sheet 


Ice max = 350 mA (Approx.) 


9 


Receive link_test_max timer 
25 ms-1 50 ms (RIC: 32 ms) 


14.2.1.7 


Within spec. 
32 ms 


10 


Recieve link_test_ min timer 
2 ms-7 ms 


14.2.1.7 


Within spec. 
5.75 ms 


11 


Link count: lc_niax 

(RIC: 7 consecutive link counts 


14.2.1.7 


Functional 


Note 

•Thes 


: With a SIN wave input: , 

Normal mode: Guaranteed on at 620 mV, guaranteed off at 460 mV. 

Low squelch mode: Guaranteed on at 360 mV, guaranteed off al 260 mV. (For use with s 
e are extra tests not specified in the standard. 


Welded TP and exi 


ended distances.) 
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TABLE la. Data at Different Points of ttie Transmit Signal at the End of the Cable Model 


RIC# 


Spec. 


Port #2 


Port #6 


Port #13 


Point 


Value 
(V) 


+ve 
TMPLT 


-ve 
TMPLT 


+ ve 
TMPLT 


-ve 
TMPLT 


+ ve 
TMPLT 


-ve 
TMPLT 


20 


A 

























B 


1.0 














C 


0.4 


0.75 


0.6 


0.58 


0.66 


0.75 


0.78 


D 


0.55 


0.88 


0.85 


0.72 


0.8 


0.9 


0.9 


E 


0.45 


0.74 


0.83 


0.58 


0.86 


0.83 


0.78 


F 





0.3 


0.5 


0.13 


0.16 


0.43 


0.35 


G 


-1.0 


-0.45 


-0.37 


-0.7 


-0.62 


-0.46 


-0.54 


H 


0.7 














1 


0.6 














J 

















K 


-0.55 


-0.96 


-0.9 


-1.C24 


-0.9 


-0.97 


-0.94 


L 


-0.55 


-0.96 


-0.9 


-1.024 


-0.9 


-0.97 


-0.94 


M 

















N 


1.0 


0.8 


0.9 


1.0 


0.9 


0.78 


0.78 





0.4 














P 


0.75 














Q 


0.15 














R 

















S 


-0.15 














T 


-1.0 














U 


-0.3 





-0.13 


0.26 


-0.3 


0.032 


-0.06 


V 


-0.7 














w 


-0.7 


-0.6 


-0.64 


0.5 


-0.43 


-0.97 


-0.58 





00 

w 
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TABLE lb. Data at DIHerent Points of the Transmit Signal at the End of the Cable iVIodel 



RIC# 



22 



Spec. 



Point 



W 



Value 
(V) 



1.0 



0.4 



0.55 



0.45 



-1.0 



0.7 



0.6 



-0.55 



-0.55 



1.0 



0.4 



0.75 



0.15 



-0.15 



-1.0 



-0.3 



-0.7 



-0.7 



Port #2 



•t-ve 
TiVIPLT 



0.62 



0.74 



0.64 



0.26 



-0.6 



-1.1 



-1.1 



0.8 



-0.62 



— ve 
TiWPLT 



0.6 



0.85 



0.62 



0.18 



-0.7 



-1.024 



-1.024 



0.75 



-0.59 



Port #6 



TiUIPLT 



0.62 



0.62 



0.5 



0.04 



-0.78 



-1.0 



-1.0 



0.9 



0.14 



-0.38 



-ve 
TiMPLT 



0.62 



0.62 
0.5 



0.04 



-0.78 



-1.0 



-1.0 



0.9 



0.14 



-0.38 



TABLE II. Start of TP_iDL Waveform 



Test Load 


Amplitude 
(Vp) 


Width 
(ns) 


Undershoot 
mV 


@4.5 BT 

(mV) 


155n//180juH 
with Cable Model 


1.28 


425 


-220 


-44 


115n//180;iH 
without Cable Model 


1.5 


431 


-500 


-36 


76.8fl // 229 nH 
with Cable Model 


1.05 


428 


-120 


-40 


76.8n // 229 (nH 
without Cable Model 


1.27 


438 


-336 


-32 
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TABLE III. 


Measurements of Different Corners of Link Pulses 




Test Load 


Amplitude 
(V) 


Width at 

too 
Crossing 

(ns) 


Width at 

0/300 mV 

to 300 mV 

(ns) 


Under- 
shoot 
(mV) 


Amplitude 

at4BT 

(mV) 


Amplitude 

at42BT 

(mV) 


115n//180(xH 
with Cable Model 


1.6 


333 


176risat300mV 
toSOOmV 


-80 


-48 


-12 


115ft//180fiH 
without Cable Model 


2.79 


142.5 


140 ns at OmV 
to 300 mV 


-320 


-100 


-20 


76.8n // 220 ixH 
with Cable Model 


1.32 


340 


1 64 ns at 300 mV 
to 300 mV 


-56 


-40 


-14 


7608il // 220 fiH 
without Cable Model 


2.28 


158 


152.5 ns at OmV 
to300mV 


-240 


-60 


-16 
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TABLE IV. Return Loss on the Network 



Port# 


Receive 


Transmit 
(Powered Up) 


@5MHz 
(dB) 


@ 10 MHz 
(dB) 


@5MHz 
(dB) 


@ 10 MHz 
(dB) 


2 


-31.9 


-26.3 


-34.3 


-23.5 


3 


-39.5 


-26.3 


-32.5 


-24.8 


4 


-31.3 


-22.2 


-33.3 


-23.0 


5 


-35.4 


-24.6 


-38.9 


-26.6 


6 


-35.2 


-24.3 


-34.0 


-22.6 


7 


-30.1 


-20.5 


-36.0 


-23.4 


8 


-29:7 


-20.0 


-26.8 


-22.5 


9 


-30.7 


-20.8 


-31.5 


-21.4 


10 


-30.6 


-20.9 


-31.7 


-21.6 


11 


-32.0 


-22.7 


-36.1 


-23.9 


12 


-34.5 


-24.0 


-31.7 


-22.0 


13 


-30.5 


-21.1 


-34.0 


-22.1 



TABLE V. Transmit Signal Jitter at the End of a Cable Model 



Filter 


Jitter 


ValorFLl012 


± 1.65 ns 


Pulse Engineering PE65431 


± 1.60 ns 


Bel Fuse 0556-3392-00 


±2.05 ns 
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TABLE VI. Data for Transmitter Impedance Balance Test 



Frequency 
MHz 


29-17 logio(f/10) 
dB 


Ecu, 
Vp.p 


Ediff 
Vp-p 


20 login (Eciti/Ediff) 
dB 


1.0 


46.0 


10.2 


28.8m 


50.98 


2.0 


40.88 


10.2 


32.0m 


50.0 


3.0 


37.88 


10.2 


35.0m 


49.29 


4.0 


35.76 


10.2 


38.4m 


48.48 


5.0 


34.18 


10.0 


41.6m 


47.6 


6.0 


32.77 


9.6 


44.0m 


46.7 


7.0 


31.63 


9.4 


46.4m 


46.13 


8.0 


30.64 


9.0 


48.0m 


45.46 


9.0 


29.72 


8.4 


48.0m 


44.86 


10.0 


29.0 


8.2 


47.2m 


44.79 


11.0 


28.29 


8.8 


84.8m 


40.32 


12.0 


27.65 


9.0 


66.0m 


42.69 


13.0 


27.06 


8.6 


38.0m 


47.09 


14.0 


26.51 


8.4 


32.8 


48.16 


15.0 


26.00 


8.2 


28.8m 


49.0 


16.0 


25.52 


8.0 


26.8m 


49.49 


17.0 


25.08 


7.8 


30.8m 


48.07 


18.0 


24.66 


7.6 


29.6m 


48.19 


19.0 


24.26 


7.6 


26.4m 


49.18 


20.0 


23.88 


7.4 


21.6m 


50.69 





TABLE VII. Receiver Rejection Test Data 




Test# 


RIC #20 


RIC #21 


RIC #22 


Port #5 


Port #6 


Port #5 


Port #6 


Port #5 


Port #6 


5(a) 
@5MHz 


456 mVp 


450 mVp 


470 mVp 


480 mVp 


490 mVp 


500 mVp 


5(a) 
@ 10 iviHz 


504 mVp 


505 mVp 


590 mVp 


540 mVp 


590 mVp 


540 mVp 


5(b) 


3.6 MHz 


3.59 MHz 


3.62 MHz 


3.60 MHz 


3.60 MHz 


3.59 MHz 
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CASE HISTORY— EXCESSIVE RFI FROM 12-PORT 
REPEATER 

All commercial and consumer electronic equipment contain- 
ing RF generating circuitry or devices must pass compliance 
tests for RF emissions before the equipment can be sold in 
ttie US (and most other countries). The equipment may not 
be legally marketed without first meeting the requirements 
of the FCC's rules (or those of the appropriate regulatory 
agency in the country where the equipment is to be market- 
ed). Compliance testing for FCC requirements may be per- 
formed by the manufacturer or by one of many contractors 
specializing in this type of testing, t^anufacturers who elect 
to self-verify must have the necessary equipment and an 
open-area test site (OATS) meeting the requirements of 
ANSI C63.4-1991 and FCC OST 55. In addition, complete 
verification test records must be maintained by the manu- 
facturer for each device-type being produced. Failure to per- 
form the required testing or marketing of non-compliant 
equipment can and often does result in severe legal penal- 
ties for the offending manufacturer. 
Design for RFI suppression and compliance is frequently 
overlooked or given scant attention by equipment design 
engineers during the initial stages of product design. The 
result is often frantic and usually costly last-minute rede- 
signs or modifications. In some cases, significant business 
and sales opportunities are lost or the product may never be 
successfully brought to market. It is therefore most impor- 
tant that RFI-proof design techniques be incorporated as an 
integral part of all engineering design specifications and 
procedures. These should begin at product concept and 
continue through to final sale and installation. 
This application note is not intended as a comprehensive 
guide to all aspects of RFI-proof design. The techniques 
presented in this note resulted from on-site tests and equip- 
ment modifications in the example case only. National 
Semiconductor does not imply that if only the techniques 
discussed herein are incorporated in any design, that design 
will be rendered compliant. There are many other RFI-proof 
design approaches and methods that must be considered 
and may be found more effective in a particular situation. 

Description of the EUT and the Problem 

The equipment under test (EUT) in the example system is 
an expandable, 12-port multiport repeater. The device is de- 
signed to operate in a twisted-pair Ethernet environment. 
Functionality is under the control of National's DP83950 Re- 
peater Interface Controller (RIC). The repeater has 12 twist- 
ed-pair ports served via RJ-45 connectors. The input port 
may be optionally fed via coax or fiber optic cable. The de- 
vice is designed to be expandable with up to three other 
units. 

Mechanical construction of the unit is conventional. All cir- 
cuitry is contained on two cards mounted inside of a 2-piece 
steel enclosure. One large card having the majority of the 
circuit is permanently mounted. An externally removable 
plug-in module contains the input interface circuit. Compo- 
nents are primarily surface mounted with some through- 



board mounted parts such as connectors. A power supply 
and fan are also mounted in the enclosure. 
The inside of the enclosure is coated for increased conduc- 
tivity. The pieces of the enclosure are joined with screws 
and all mating surfaces are bare of paint. The input module 
is inserted through an opening in the chassis and secured 
with screws. The chassis has other openings which allow 
mounting of the RJ-45 connector, indicator LED's, air inlet, 
fan exhaust and AC line power cable socket. 
Excessive emission (RFI) relative to FCC Class A limits in 
the frequency ranges 30 MHz-120 MHz and 200 MHz- 
260 r^Hz was the primary problem with the system. Also, 
emission levels were considered marginal at other frequen- 
cies as shown \n Figure 1. The task was to find the 
source(s) of the emissions and modify the device to reduce 
them to at least 6 dB below the specification limits. This was 
done by isolating the radiation mechanism and identifying 
the ultimate source of the energy. The process and what 
was found will be presented first. Next, the causes and 
cures of the RFI are detailed followed by recommended 
system design practices. In addition, a list of sources of 
relevant information is included in the appendix. 

Test Facilities 

An OATS, Figures, and all necessary RFI testing equipment 
was available at the customer's facility. This speeded and 
eased diagnosis of the RFI problems. Corrections and modi- 
fications could be evaluated more readily than might have 
been possible with a remote or contract facility. 
The OATS complied with the requirements of ANSI 
C63.4-1991 and FCC OST 55. Other facilities included a 
screen room, antennas and remotely controllable mast, 
turntable for the EUT, complete and automated instrumen- 
tation and capable, experienced EMC engineers to operate 
the equipment. Most diagnostic and all compliance tests 
were conducted on the OATS. Test repeatability on the 
OATS was found to be excellent. Some diagnostic and 
problem isolation testing were done in the screen room. 

TESTING FOR RFI 

A number of different tests and techniques were used in the 
course of tracking down and isolating the RFI problems with 
this system. These fell into the following general areas of 
investigation: 

• complete RFI scans (30 MHz-IOCO MHz) 

• shielding effectiveness of the case 

• cable and connector shielding and radiation contribution 

• internal shielding mechanisms of the case and RGBs 

• contribution from peripheral circuits 

• signal quality on the PCBs 

• power supply and power supply bypassing 

• test message traffic and number of ports operating 

RFI Scan 

An RFI scan is a measurement method used to determine 
the level versus frequency of RFI emissions being produced 
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by the EUT. In the test, an operating EUT is positioned on a 
rotating table 0.80 meters above a ground plane and 10 
meters from a receiving antenna. A spectrum analyzer, or 
calibrated receiver designed for RFI testing, and a calibrat- 
ed antenna are used to make the level measurements. The 
turntable azimuth, antenna height and polarization are 
changed to determine maximum emissions. The turntable is 
rotated through 360 degrees of azimuth wihile the receiver's 
output level is recorded for all frequencies within the speci- 
fied range (30 MHz-1000 MHz). In combination with azimu- 
thal rotation, the antenna's height is also varied from 1 to 4 



meters to determine any elevational variations In emission 
level. In addition, scans are made with the antenna in both 
vertically and horizontally polarized modes when linearly- 
polarized antennas are used. Once a spectral signature is 
determined for the target device, certain frequencies at spe- 
cific azimuths, will predominate. These could be checked 
first after modifications are made to quickly assess the ef- 
fectiveness of the change. This shortens test times appreci- 
ably. A complete scan should only be needed when suffi- 
cient improvements necessitate a new base-line reading. 
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RFI scans on the OATS were used to measure EUT RFI 
performance in the suspected trouble areas to be detailed. 
Scanning is a time-consuming procedure if done manually. 
Fortunately, this testing was partially automated in the case 
presented here. 

RFI Versus Port and Activity 

RFI qualification tests were eventually conducted with all 
ports active. But, first it was necessary to determine the 
contribution that each output made to the overall RFI level. 
Each port was tested, in turn, transmitting simulated data 
with an average density of message activity. As testing pro- 
gressed, it became evident that the level of RFI emissions 
was a direct function of the port's distance from the RIC 
device. Later, this was an essential clue to tracking down 
the RFI generating mechanism. 

ENCLOSURE SHiELDING EFFECTIVENESS 

It was necessary to determine whether the device's case 
was an effective shield since openings and joints can leak 
radiation. The panels of the case can carry induced currents 
which show up as RFI. Also, the test would reveal if the 
cables were the radiation source instead. 
To carry out the test, the paint was removed around all 
openings and joints for about 1 cm. All openings and joints 
were then covered, in turn, with self-adhesive copper foil. 
This attempted to Isolate joints and openings as possible 
causes of RFI. 

The greatest reduction was made when the 1 2-port, R J-45 
connector was covered over with copper tape (except for 
the port in use). Similar results were achieved when a "har- 
monica shield", designed for use with the RJ-45 connector, 
was substituted for the copper tape. After this modification, 
nothing else was found which greatly affected the radiation 
from the case. This pointed to the cables as the dominant 
radiators. But the ultimate RFI source was yet to be isolated. 
Another test was carried out to further confirm the cables as 
the primary radiators. This was done by enclosing the entire 
unit in a Faraday shield. The unit was first inserted in a 
heavy, insulating plastic bag. The cables were brought out 
through small openings in the bag. The insulated unit was 
then wrapped in heavy aluminum foil with all seams double- 
folded. A 2.5 cm-wide braided, grounding strap was tightly 
folded in a seam in the foil along the length of the case. The 
ground strap was clamped to an earth-ground rod beneath 
the turntable on which the unit sat. A scan of the unit re- 
vealed almost identical radiation levels to the previous mea- 
surement without the shield. This further strengthened the 
view that the cables were the main external radiators. 

CABLE AND CONNECTOR SHIELDING 

Attention was now focused on cabling as the primary radia- 
tor. The contribution from each cable had to be determined 
and the main culprit identified. To do this, each cable was 
wrapped, in turn, in an aluminum foil/braided-copper shield 
along its entire length above the ground plane and ground- 
ed to the ground plane. The largest contributor by a sub- 
stantial margin was the twisted pair followed by the coax 
and power cables, respectively. 

It should be well known that the shielding effectiveness of 
twisted-pair line decreases with increasing frequency above 
a few megahertz. For signals above 10 MHz, it must be 



considered as unshielded line. For this reason, any high fre- 
quency signals originating inside the enclosure that man- 
aged to couple onto the twisted-pair can easily couple into 
free space. However, substitution of shielded cables as a fix 
for this situation was out of the question. 
When a shielded power cord was substituted for the normal 
one, radiation was increased. This larger antenna radiated 
more efficiently. It also pointed to the grounding wire as the 
pickup device. The contribution from the power cord was 
reduced by shortening the length of the safety ground 
(green wire) connected to the chassis from over 8 cm to 
about 3 cm. 

The coax was found to be leaking some radiation, but the 
amount was small. It was felt that more could be achieved 
by concentrating on the twisted-pair cables as the mecha- 
nism. And, like the twisted-pair, substitution of another type 
of coax with a foil/braid shield was not possible. So, efforts 
were now turned to locating the source of the offending 
signals within the enclosure. 

Internal Case and PCB Shielding Mechanisms 
It was generally suspected that RFI produced by the operat- 
ing logic devices on the PCB was being coupled out of the 
enclosure. The next job was to isolate and identify the con- 
tributors. 

The PCB layout divided the board into two main areas: one 
contained the output driver circuits and filters; the other 
area contained the RIC, peripheral control, system oscillator 
and indicator circuits. A clear space across the PCB be- 
tween these areas allowed a shield to be attached to the 
case top thus dividing the interior Into two cavities. A scan 
with this arrangement produced lower radiation from the 
coax and slightly reduced radiation from the twisted-pair. 
Still, the overall unit was far from meeting FCC limits. 
Two other experiments were tried at this time that did re- 
duce the RFI but proved impractical from a manufacturing 
standpoint. In the first test, a grounded, copper foil shield 
was placed on the underside of the PCB insulated from the 
PCB by a thin plastic sheet. Called an "image plane", this 
reduced RFI and pointed to possible deficiencies in the 
PCB's internal ground plane or its connections to the case. 
It also indicated that transmission lines from the RIC to an 
output driver, unshielded by the PCB ground plane, were 
radiating. 

In the second experiment, the size and location of ground- 
ing points between the PCB and the chassis was checked 
as a possible contributor. Larger-area connections were 
added from the PCB ground plane to the case. Radiation 
was reduced when the grounding connection at the RJ-45 
connector was increased in size. 

Results of these experiments pointed to signals associated 
with the RIC or its output circuits as possible causes of 
some of the RFI. Further investigations would concentrate 
on these areas. First, however, other circuitry would be 
checked for problems. 

Power Supply and Fan 

The power supply, an open-frame switching type, was 
checked next. The supply was disconnected from the circuit 
boards and a dummy load attached to its outputs. A scan 
revealed no significant RFI from the power supply alone. 
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The power supply was re-connected to the circuit board and 
the fan was disconnected. RFI in the frequency range 
250 MHz-350 IVIHz was reduced. The fan was initially by- 
passed with only a 0.1 jxF ceramic capacitor. Evidently, this 
was not adequate. Addition of a 5 )iF/35V tantalum electro- 
lytic capacitor on the PCB at the fan connector reduced 
radiation by an average of 3 dB over the above range. 

Logic Circuitry Power Bypassing 

The PCB power distribution system was the next area of 
investigation. The number, location, type and size of bypass 
capacitors was examined. This checi< revealed that the 
number of capacitors was insufficient and would need to be 
Increased. And, the capacitors would need to be relocated 
closer to the IC's for better effectiveness. 
Noise across the power pins of the high-current consump- 
tion devices was checked, in several cases this noise ap- 
proached a volt or more. In the original design, RF bypass 
capacitors (0.1 jnF ceramics) were placed about 1 to every 4 
logic devices. Addition of capacitors across the power pins 
of the output drivers reduced supply noise by about half. 
This also reduced RFI in the lower frequency ranges. 
Four RF bypass capacitors were located near and intended 
to serve the RiC device. It was evident from the switching 
noise in this portion of the PCB that bypassing would need 
improvement. Additional RF bypasses were added at the 
RIC's power pins as well as four 5 nF/35V tantalum electro- 
lytics arranged one per side. This improved the supply noise 
situation and also reduced the RFI below 100 MHz. 
The bypassing at the PCB power supply connection point 
was also checked. The initial design used aluminum electro- 
lytlcs paralleled with an RF ceramic. These appeared to be 
performing adequately and were not changed. See Appen- 
dix A for helpful bypass capacitor layout hints. 

Master Oscillator 

All timing and data rate control signals were developed from 
one 40 MHz crystal oscillator device. RF bypassing at the 
oscillator appeared to be adequate and tests did not deci- 
sively pin point It as the cause of specific interference. 

Signal Quality on the PCB 

Signal quality was the next area investigated. Signal aben-a- 
tlons like overshoot, crosstalk and ringing contribute appre- 
ciably to the RFI problem. Reducing or eliminating these 
problems con-espondlngly reduces RFI. 
The twisted-pair port drivers were originally FACT devices. 
But, the twisted-pair Ethernet design does not specifically 
require either the high current drive or extremely-fast rise 
times of which the FACT devices are capable. So, guided by 
RFI studies of several logic families made by Violette Asso- 
ciates for National's Digital Logic Division, HCT equivalents 
were substituted. This reduced RFI above 150 MHz by at 
least 3 dB, but more improvement was still needed. See 
Appendix B for additional Information sources. 
The transmission lines connecting the RIC to the output 
drivers had been previously identified for closer scrutiny. A 
look at the signals arriving at the untermlnated port driver 
Inputs revealed high levels of over/undershoot Clearly, 
some type of termination would be needed to control the 
quality of these signals. There in, series and diode termina- 
tions were tried on the lines exhibiting the worst problem^ Of 



these, the series was the most effective at reducing over- 
shoot. It had the additional advantage of being the easiest 
modification to Incorporate on the prototype PCB. 
Selecting the termination type led to the discovery that the 
RIC's output signal transition times were In the under 2 ns 
region. These signals were among the most active and long- 
est signal paths in the system. A look with a spectrum ana- 
lyzer identified troublesome frequencies as components of 
these signals. Perhaps here, together with the termination 
issue, was another root cause of the RFI problem. A small 
improvement here would likely produce a greater improve- 
ment In overall RFI. 

Some experimentation showed that low-pass filtering of the 
RIC's output signals further reduced overshoot at the input 
of the output driver. Crosstalk with adjacent lines also was 
reduced. With only the longest transmission path thus fil- 
tered, the troublesome RFI frequencies were improved. 
Following this test, all outputs were modified to add filtering, 
son at the RIC output pin in series with the line and 30 pF 
from line input to ground. The overall result of modifications 
can be seen in the scan results plotted in Figure 3. When 
compared to the Initial unmodified unit, a significant im- 
provement is evident. The problem remaining was to im- 
prove the margin to the specification limit below 150 MHz; 
but, it was felt that this would require a new layout. The 
layout needed to incorporate the modifications found thus 
far together with improvements to power and ground 
planes, closer placement of the RIC to Its output drivers, 
and grounding improvements. The fullest improvement 
would be evident only after all of these changes could be 
tested in concert. 

RFI SOURCES AND CAUSES 

Now that the layers of the problem had been peeled away, 
several causes of the RFI problem could be identified. 
These were: 

• excessive noise on RIC-to-drlver signals 

• excessive transmission line length 

• insufficient bypassing with inefficient location 

• compromised shielding effectiveness, and 

• inefficient PCB layout 

Transmission Line Signal Quality and Excessive Length 

The noise on the RlC-to-driver lines could be attributed to 
lack of adequate termination. The transmission lines were 
relatively high impedance, about 75n. The lines also were 
long, over 10 cm, compared to the RIC output risetime 
which was In the sub-2 ns region. The lines were unterml- 
nated and lightly loaded by just the driver inputs. These con- 
ditions permitted excessive over/undershoot. Indeed, the 
lines over 8 cm in length exhibited 2V to 3V of overshoot 
and up to 5V of undershoot! Signal level was 12V peak-to- 
peak or more. Failure to control line length and provide ter- 
mination contributed significantly to both RFI and crosstalk. 

Inadequate and Inefficient Bypassing 

Excessive noise was found in the power supply system, as 
previously mentioned. Despite the use of power planes in 
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the PCB design, their impedance was excessively high. As 
such, the power system could not respond to the current 
demands of the logic devices. Also, the power system was 
not acting as a good image conductor for the transmission 
line system. 

Several things were done to correct this situation. First, 
more RF bypass capacitors were added, as previously men- 
tioned. In some cases, multiple capacitors with values of 
0.1 fiF and 0.01 jxF were connected in parallel across the 
offending device's power pins. This was necessary to ade- 
quately control impedance over the operating frequency 
ranges of the device. Second, LF bypassing in the form of 
5 jiF tantalum capacitors was added, one to every two high 
current drivers. Several more were placed at other locations 
on the PCB, particularly near the RIC. This was done to ■ 
control low frequency noise and reduce lower frequency RFI 
emissions. 

With these changes mandated, a re-layout was clearly 
called for. At that time two other problems with bypassing 
would be corrected. These were the lengths of conductors 
connecting IC power pins to the planes and the placement 
of bypass capacitors. Conductor length would have to be 
shortened and capacitors moved closer to the device requir- 
ing the bypass. 

Shielding Effectiveness 

Experiments indicated the need to improve shielding both 
on the PCB and in the enclosure. More isolation was need- 



ed between the RIC and its peripheral circuits. This could be 
done with a shield in the case as previously mentioned. 
Shielding for the RJ-45 connector would be needed togeth- 
er with improved grounding to the case along its length. 
Ground plane contact area to the case would be increased. 
And ground plane coverage under transmission lines on the 
PCB would be extended to twice the minimum line-to-plane 
spacing for better coverage. All of this was in addition to 
correcting overall signal quality and bypassing. 

Layout Problems 

Since another layout would be done, several other things 
contributing to the RFI problem could be corrected. Group- 
ing of the circuits would be improved. In particular, the dis- 
tance from the RIC to its farthest output port drivers was as 
much as 25 cm. The objective would be to reduce these 
transmission line lengths by half. Peripheral circuitry on the 
PCB might need to be moved to do this. However, the pow- 
er supply, connectors, mounting points and similar items 
could not be relocated for manufacturing reasons. 

Other Problem Areas 

Strong 30 MHz, 50 MHz, 70 MHz and 90 MHz signals from 
the area of the RIC, 40 MHz from the oscillator and compo- 
nents from the fan were noted as potential problems, but it 
was thought that changes to bypassing, layout and shielding 
would correct these. 
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RFI Radiation Mechanisms 

Several mechanisms were finally identified by which RFI 
was being radiated. The primary mechanism was radiation 
and crosstalk from the RIC-to-driver lines and thereby to the 
output twisted pairs. A secondary mechanism was through 
the power supply system due to inadequate bypassing. This 
was allowing excess noiss on the grounding system for all 
signals. The third component was through reduced shield- 
ing provided by the internal power and ground layers of the 
PCB. This should have provided suppression of radiation 
and interraction of signals on the PCB. Other mechanisms 
included inadequate shielding and isolation between sensi- 
tive parts of the system and noise sources, fan bypassing 
and direct radiation from the RJ-45 port. 

CORRECTIVE ACTION SUMMARY 

The encouraging results from the modified system made it 
practical to proceed with a full revision of the unit. It was 
anticipated with a high degree of confidence that the result 
would be a production-worthy and fully FCC-compliant sys- 
tem. In summary, the changes made to the unit were: 

• changed peripheral logic from FAST and FACT to LS, ALS 
andHCT 

• added series termination and filtering to RIC outputs 

• revised and improved power/ground plane layout and 
coverage 



• improved PCB grounding to case 

• improved layout of differential lines from RIC to drivers 
(See Appendix A for details) 

• tightened-up layout between RIC, output drivers and 
RJ-45 connector 

• added shielding to RJ-45 connector 

• added and improved RF bypassing for high-current-de- 
mand IC's and RIC 

• added tantalum bypass capacitors (LF bypassing) 

• improved fan bypassing and 

• improved placement of peripheral circuits and indicators. 
RESULTING PERFORMANCE IMPROVEMENTS 

The performance improvements in the production unit as 
the result of the above revisions can be seen in the new 
scan, see Figure 4. These are the corresponding measure- 
ments under FCC Class A test conditions to those in Fig- 
ures 1 and 3. (For ease of comparison, all are plotted in 
Figure 5.) The EUT has been brought into compliance and 
with a healthy safety margin. It should be emphasized that 
these tests were carried out with all 12 ports operating and 
with the same traffic and messages. Later tests of a multi- 
unit system yielded results similar to the single unit system. 
All variations tested thus far have been fully compliant. 
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From these tests and the relayout, It is clear that RFI is a 
design issue that cannot be ignored until after the product is 
ready for market. It must be an integral part of the product's 
specifications and design from the beginning. Failure to do 
so can be extremely costly. 

RECOMMENDED SYSTEM DESIGN PRACTICES 

System designs using the RIC can benefit from careful at- 
tention to the design practices discussed in the topics which 
follow. Such practices can greatly reduce problems associ- 
ated with RFI testing and qualification. Their adoption as a 
part of existing design standards is highly recommended. 

System Design Hierarchy 

Design for RFI compliance must be high on the list of sys- 
tem design requirements. This is especially true for devices 
which broadcast pulse signals over wire. Meeting regulatory 
requirements is made easier if a systematic approach is 
used in the design process. It is also a fact that systems 
designed for minimum EMI/RFI are more resistant to BSD 
and are subject to fewer signal-related problems. 
The main elements of a good system design approach are, 
in order of importance: 

• system specification including regulatory requirements 
and RFI 

• signal quality standards and RFI-proof design practices 

• testing methodology and requirements 

• manufacturability considerations 



• power system, supply and bypassing requirements 

• transmission line system and terminations 

• system mechanical, thermal and environmental require- 
ments 

• logic system design and functionality (initially, logic-tech- 
nology independent) 

• choice of appropriate logic technologies and other compo- 
nents 

• layout and organization of PCBs, enclosures, cabling, etc. 

• prototype evaluation and rigorous testing, and compliance 
testing. 

Bypassing 

The importance of good power system bypassing cannot be 
over-emphasized. Bypassing is the key ingredient allowing 
maximum system and component performance. The correct 
choice and application of bypass capacitors should be 
based on measured electrical performance and not on 
"rules-of-thumb" or unsubstantiated recommendation. 
Bypass capacitors should be characterized for attenuation 
versus frequency. All capacitors are not created equal. 
Moreover, one size cannot necessarily perform best in all 
situations. The correct combination of capacitors is one 
which achieves adequate suppression of RFI-contributing 
power system noise. 

In RlC-based designs, the following bypassing is recom- 
mended: 
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• Locate bypass components close to the RIC's Vcc/GND 
pins. 

• Use no less than two, 0.1 jiF ceramic caps on each side 
of the RIC. 

• Use one, 5 ju,F to 10 jnF tantalum capacitor per side. 

• Use one, 0.1 jiF per O/P driver; one, 5 ^iF to 10 /iF per 2 
0/P drivers. 

• Use one, 0.1 fiF per octal driver; one, 5 jiF to 10 jiF per 2 
octal drivers. 

• Use one, 0.1 jaF per 2 SSI logic devices; one for each 
synchronous device. 

• Use one, 5 jiF to 10 jxF per 4 SSI logic devices; one for 
every 2 synchronous devices. 

• At RGB power entrance points use a 0.1 (iiF and a 10 (xF 
per supply voltage. 

• For DC fans (if used) use a 0.1 fiF and a. 10 jiF. 

• Use a Pi-filter (or longitudinal choke) for oscillator Vcc 
power. 

Note: All ceramic capacitors are RF-rated types, leadless-monolithic pre- 
ferred. Electrolytic capacitors are solid-electrolyte, tantalum types. 
Tantalum capacitor voltage rating stiould be a minimum of 5X ttie 
power supply voltage. 

Layout Recommendations 

A disorganized component layout can contribute to both sig- 
nal and RFI problems. When laying-out a RIC-based design, 
observe these precautions and recommendations. 

• Use a multi-layer PCB with dedicated power/ground 
planes. 

• Keep layout compact with RIC close to output drivers. 

• Locate less critical peripheral and indicator circuits farther 
away. 

• Locate output connector and filters close to RIC output 
drivers. 

• Layout to minimize transmission line lengths from RIC to 
drivers. 

• Provide frequent and generously sized grounding pads for 
case ground points. 

• Design In extra locations for bypasses. Omit the capaci- 
tors if tests show them to be unnecessary. 

Note: It is easier to remove unnecessary components from a PCB tiian it is 
to add needed ones after ttie board is built. Tills is especially true for 
surface-mount RGB's. 



Transmission Lines 

An efficient layout also must consider the transmission 
lines. Particular attention should be paid to the following 
recommendations: 

• Keep lines short and direct. 

• Extend ground plane under all transmission lines. 

• Use fully shielded lines (stripline) for high-level signals. 

• Terminate all lines exhibiting over/undershoot or crosstalk 
' noise. 

• Observe pairing of differential lines from RIC outputs [Fig- 
ure A3) (Appendix A). 

• Maintain at least twice the transmission line's width be- 
tween pairs of differential lines. 

• Terminate RIC 0/P's to reduce reflections, overshoot and 
noise. Series terminations with a value of Zq - lOH are 
recommended. 

• LP filter RIC outputs, if necessary, to reduce noise associ- 
ated with fast output transitions. The capacitor value 
should be chosen for a 5 ns time constant in conjunction 
with the series termination resistor's value. 

Recommended Logic Device Types 

In any logic system design it is wise not to employ devices 
with performance characteristics exceeding those required 
to adequately handle the system's frequencies or signals. 
Higher performance devices (usually taken to mean fre- 
quency handling and rise times) normally produce increased 
amounts of RFI over a broad spectrum. To save RFI difficul- 
ties, do not put in more performance than the design needs. 
The following device types have been tested and found to 
work well and reduce RFI in RIC-based designs: 

• HC or HCT for differential line driver circuits 

• LS, ALS or HC for peripheral circuits, interfaces and LED 
drivers. 

Oscillator Recommendations 

Though often overlooked, the choice and use of oscillator 

components can greatly affect system RFI performance. 

The following are the recommended design practices for 

RIC-based systems. (These apply equally well to any logic 

system). 

• Metal can, grounded-case oscillator modules are pre- 
ferred. In general, plastic-case types have inadequate 
shielding and are not recommended. 

• Supply oscillator power through a Pi-section filter or longi- 
tudinal choke. 

• Observe proper supply bypassing. 

• Locate oscillator close to the RIC. 

• Keep transmission lines short and well shielded. 
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APPENDIX A— CIRCUIT AND LAYOUT DETAILS 
Bypass Layout 

Poor layout will seriously handicap even the best bypass 
components. Bypass components must be placed In close 
proximity to the point where impedance control is needed. 
Any excess inductance between the capacitor and the sig- 
nal source (usually an 10) increases the effective impedance 
of the network. This decreases the effectiveness of the by- 



passing. Bypassing is often called Impedance compensa- 
tion. The extremely fast energy demand impulses produced 
by high-speed IC's, especially CMOS, require an equally fast 
response from the power system supplying them. 
Figure A 1 shows how to locate bypass capacitors for good 
performance in an SOiC layout. Figure A2sho\Ns\\\e layout 
for PCC device packaging. Of course, differences in the 
power/ground pin organization of the device may necessi- 
tate a different placement of bypass components. 
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Differential Line Layout 

Differential transmission lines require additional care in lay- 
out If they are to function correctly. Figure A3 Illustrates both 
correct and incorrect ways of differential line layout. The 
spacing of differential lines affects their even or odd-mode 
characteristic impedance. It also affects coupling to adja- 
cent lines. Since crosstalk Is a function of line spacing, a 
good rule to observe Is to allow at least twice the spacing of 
the differential pair between pairs. 
Maintain equal lengths for both conductors by avoiding 
crossover and iayer-change situations. If a crossover or di- 
rection change Is made In routing the lines, then an opposite 
change should be made elsewhere In the lines to compen- 
sate the resulting length difference. MIterIng corners also 
aids In preserving signal quality and Impedance uniformity. 



Oscillator Supply Isolation 

Oscillators and other frequency generating devices operat- 
ing above a few megahertz should be Isolated from the 
power supply system. This Is done to prevent their becom- 
ing the dominant interference signal both on the PCB as 
well as In free space. Two convenient methods are shown In 
Figure A4. Both have the same component count; the only 
difference is the way In which the Inductor Is used. The pl-fll- 
ter uses a simple ferrite-loaded Inductor as part of a broad- 
band filter. The longitudinal choke uses a fenite-loaded 
transformer as a bucking choke. It Is, In effect, a form of pl- 
f liter In which the effects of opposing AC currents are made 
to cancel. Ferrite Inductors like those Illustrated are avail- 
able from several sources: Siemens, Falr-Rlte, Ferroxcube 
and Arnold. 



Incorrect 

All lines equally spaced^ 



Differential Pairs 



Correct 




Equal lengths not maintained 
due to scrambled layout. 

TL/F/11821-10 



Differential Pairs 




Orderly layout 
for equal lengths. 



TL/F/11821-11 



FIGURE A3. Differential Line Layout 
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APPENDIX B— ADDITIONAL INFORMATION 

National's application note library contains more information 
pertaining to ttie design of high-performance and RFI-proof 
systems. Some of these are listed below. 

Application Notes 

ANSI 7 — "Taking Advantage of ECU Min-Skew Clock 

Drivers" 

AN467— "Surface Mount: From Design to Delivery" 

AN393 — "Transmission-Line Effects Influence High-Speed 

CMOS" 

AN389— "Follow PC-Board Design Guidelines for Lowest 

CMOS EMI Radiation" 

Databooks 

400028— F100K ECL Logic Databook and Design Guide 

Bibliography 

"Antennas"; J.D. Kraus, Ph.D.; McGraw-Hill; 1950 (THE 
seminal work on antennas and radiation) 



"Communication Systems: An Introduction to Signals and 
Noise in Electrical Communications"; A. Bruce Carlson; 
McGraw-Hill; 1968 

"Grounding and Shielding Techniques in Instrumentation, 
2nd Ed."; Ralph Morrison; John Wiley & Sons; 1 977 
"Code of Federal Regulations 47 (CFR 47) FCC Part 15— 
Radio Frequency Devices" 

CFR 47 Part 2— "Frequency Allocations and Treaty Matters: 
General Rules and Regulations; Sub-part I, Marketing of Ra- 
dio Frequency Devices; sub-part J, Equipment Authorization 
Procedure" 

89-336 EEC — "EMC Directive of the European Economic 
Community" 

EN55022 (CISPR 22}— "Radiated and Conducted Emission 
Limits (CENELEC)" 

FCC OST 55 — "Characteristics of open-field test sites (Aug. 
1982)" 

ANSI C63.4-1 991— "Methods of measurement of radio 
noise emissions from low voltage electrical and electronic 
equipment in the range of 9 kHz to 40 GHz." 
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DP83956EB-AT LERIC™ 
(LitE Repeater Interface 
Controller) PC-AT® Adapter 



1.0 INTRODUCTION 

This LERIC-NIC Evaluation Board provides IBH^® PC-AT 
and AT compatible computers with Twisted Pair conductivi- ' 
ty. The board uses the DP8390 (NIC) to perform the Ether- 
net* protocol operations and the DMA operations. The dual 
DMA (local and remote) capabilities of the NIC, along with 
16 I^Bytes of buffer RAM, allow the entire Network Interface 
Adapter to appear as a standard I/O Port to the system. 
The NIC module's local DMA channel buffers packets be- 
tween the local memory (16 kBytes of buffer RAM) and the 
network, while the NIC module's remote DMA channel 
passes data between the local memory and the system 
memory by way of an I/O Port. This I/O Port architecture, 
which isolates the CPU from the network traffic, proves to 
be the simplest method to interface the DP8390 to the sys- 
tem. The DP83956 (LERIC) is used to interface to twisted 
pair Ethernet and provides IEEE 802.3 (Chapter 9) compli- 
ant repeater functions to six twisted pair ports. The LERIC 
has an on-chip PLL for Manchester data decoding, a Man- 
chester encoder and an Elasticity buffer for preamble regen- 
eration. It also has 6 integrated 10BASE-T transceivers. The 
LERIC's internal registers can be accessed using the same 
I/O port architecture as the NIC. This board provides the 
required attributes for compliance with Novell's'^ Hub Man- 
agement Interface (HMI) basic control capability. 

2.0 BOARD OVERVIEW 

The LERIC-NIC board allows direct connection to the net- 
work using the RJ-45 phone jacks. There are 6 ports on a 
card. In addition, up to 4 boards can be cascaded together 
in a PC-AT, thus providing 24 Twisted Pair ports. 
The block diagram shown in Figure 1 illustrates the architec- 
ture of the LERIC-NIC Evaluation Board. The LERIC-NIC 
Board as seen by the PC-AT system appears only to be an 
I/O port. With this architecture the LERIC-NIC board has its 
own local bus to access the board memory. The system 
never has to intrude further than the I/O ports for any pack- 
et data operation. 

2.1 Hardware Features 

• Utilizes DP83956 LitE Repeater Interface Controller 
(LERIC) 

• Six 10BASE-T connections per card and one node con- 
nection utilizing the NIC 

• Cascadability of up to 4 boards 

• 16 kByte on-board Packet Buffer 

• Simple I/O Port Interface to IBM PC-AT 

• Interfaces to Twisted Pair (10BASE-T) 

• Boot EPROM Socket 

The detailed schematics for this design are shown at the 
end of this document. 
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3.0 BOARD ARCHITECTURE 

3.1 Board I/O Map 

The LERIC-NIC Board requires a 32-byte I/O space to allow 
for decoding the data buffers, the reset port, and the NIC 
and LERIC registers. The first 16 bytes (300h-30Fh) are 
used to address the LERIC (4 bits wide) and NIC registers (8 
bits wide) and the next 8 bytes (310li-317h) are used to 
address the data buffers which are 16 bits wide. Finally, the 
reset port (also software selectable) may be addressed by 
318h-31Fh. 

TABLE M/0 Map In PC-AT 



Address 


Part Addressed 


300h-30f 


NIC/LERIC Select 


310h-317 


Data Buffers 


318h-31f 


Reset 



Although in the description above the I/O map is positioned 
at the addresses 300-31 F, it may also be placed in the 
following address spaces: 320-33F, 340-35F, 360-37F. 
These alternate address spaces may be selected by the two 
jumpers (JP1 and JPO) as shown in Table II. 

TABLE II. Optional Address Spaces 



JP1 


JPO 


I/O Address Space 


ON 


ON 


300h-31Fh 


ON 


OFF 


320h-33Fh 


OFF 


ON 


340h-35Fh 


OFF 


OFF 


360h-37Fh 



3.2 Data and Address Paths 

The following paragraph may be better understood by look- 
ing at the block diagram shown in Figure 1. Twenty address 
lines from the PC® go onto the LERIC-NIC Board, but only 
four of them actually go to the LERIC and the NIC. These 
fo ur ad dresses along with the lOR (low-asserted I/O read) 
or lOW (low-asserted I/O write) and the ^ (NIC chip select 
signal) allow the PC to read or write to the LERIC and NIC's 
registers. If the system wants to read from or write to the 
LERIC or NIC registers, the data (8 bits for the NIC and 4 
bits for the LERIC) must pass through the appropriate 245 
buffer. 

All of the packet data will pass through the I/O ports (the 
374's). Each 374 is unidirectional and can only drive 8 bits, 
therefore it is necessary to have tour 374's. Two of which 
drive data from the ports to the board memory and two of 
which drive the data from the ports to the AT bus. Even the 
PROM, which can only be addressed by the NIC, sends Its 8 
bits of data out through the 374's. When the PROM does 
this, two of the 374's will be enabled but only the lower 8 
bits will have valid data. The RAM is also accessed by the 
NIC. However, it is addressed by 14 bits and drives out 16 
bits of data. 



3-188 























1 




DP83955 
LERIC 




245 


D0-D3 1 








1 
























ADDRESS 

DECODE 

PAL 


A14-A19 






EPROM 


ENABLE 






> • 








' 






























A0-A13 


PAL 




24^ 






1 
















LD0-LD7 




D0-D7 




1 




' 








, 


. - 












DP839a 
NIC 






A0-A5 














1 




AD0-AD15 1 


D0-D7 


245 


D0-D15 ^1 








AD0-AD15 




















' 






1 






D0-D7 




373 






374 






















1 
















AO-A 


15 










r 




















Da-D15 




RAM 


DO-015 




374 






A0-A13 




















1 
























ADDRESS 

DECODE/ 

PORT 

HANDSHAKE 

LOGIC 


A0-A9 




PROM 


A1-A5 




D0-D7 


























_ 





> 
z 

I 
00 

en 



FIGURE 1. LERIC-NIC PC-AT System Interface 



The PALs® receiv e 7 addres s lines among many oilier sig- 
nals such as TOR, TDW, ACK, MRD, etc. With these signals 
the PALs do all of the decodes, such as selecting the LER- 
IC-NIC Board, the LERIC chip, the NIC chip, the RAM, and 
the PROM. 

The EPROM socket is provided so that the user may add an 
EPROM to the system. This EPROM would normally contain 
a program and a driver to enable the PC-AT to be booted up 
through the network. The chips necessary to interface the 
EPROM to the system are the 27128 (EPROM), a 16L8 
(PAL), and a 74ALS244 (buffer). Also, JP7 must be placed 
In the proper selection as described in the jumper section. 
The PAL decodes SA14-SA19, along with SMRDC (system 
memory read), in order to generate the EPROMEN signal. 
This signal, issued when the PC wants to execute the 
EPROM and the 244 buffer. 
3.3 Global Register Description 
An additional 3-bit write only register is provided on the 
board to allow for accesses to the LERIC. This register is 
also accessed using the I/O port architecture, and one ad- 
dress location in the I/O space has been allocated for it. 
This register can be mapped to one of four address loca- 
tion. This is done by using jumpers JP2 and JP3 as shown in 
Table III. The CPU can only write to this register. 



TABLE iii. Optlonai Address Spaces for Global Register 



JP2 


JP3 


I/O Address 
Space 


ON 


ON 


200h 


OFF 


ON 


220h 


ON 


OFF 


240h 


OFF 


OFF 


260h 



The three bits in this register are shown in Table IV. Bits 
and 1 are used to specify the board number. Since there 
can be up to four boards cascaded together, a unique board 
address is necessary to distinguish between them. Bit 2 is 
used to select the NIC or the LERIC when CPU accesses 
are being made. On power-up this bit defaults to one and 
selects the NIC. In order to access the LERIC, this bit has to 
be set to zero. 

TABLE IV. Global Register Bits 



Bit 2 


Blt1 


BitO 


NIC/LERIC 


Board # 


Board # 
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4.0 LERIC-NIC INTERFACE 

The LERIC-NIC interface makes use of the I nter-LERIC™ 
Bus which consists of the follo wing signals : ACKO, ACKI, 
IRC, IRD, TRI, ACTN, ANYXN and COLN. Besides NRZ 
data (IRD) and clock (IRC) this bus provides other signals 
necessary for cascading one LERIG to another. The NIC is 
treated as another LERIC when it is connected to the Inter- 
LERIC bus. The Inter-LERIC Bus also eliminates the need 
for an encoder/decoder chip to which the NIC is usually 
connected. Since the Inter-LERIC Bus is bidirectional and 
some logical operations are necessary to convert the sig- 
nals to be compatible with the NIC, a PAL and some TRI- 
STATE® buffers are used to implement this function. Figure 
2 shows the interface between the LERIC and NIC. In this 
implementation the NIC is placed on the top of the arbitra- 
tion chain. The NIC input pins RXC and RXD are connected 
directly to the LERIC pins IRC and IRD, respec tively. The 
COL inp ut of the NIC is derived by combining the COLN and 
ANYXN signals from the]^IC. The CRS input on the NIC 
comes from the inverted IRE signal of the LERIC. When the 
NIC wants to transmit, it drives the ACKI input of the LERIC 
with the inverted TXE signal. The inverted TXE signal is also 
used to enable the 244 TRI-STATE buffer whicin connects 
the NIC output signals TXD, TXC to the IRD and I RC sig nals 
on the Inter-LERIC Bus. TXE is used to drive the ACTN and 
IRE signals during transmission. 



NIC 



COL 
CRS 



RXC 
RXD 

TXC 
TXD 
TXE 



ANYXN 

COLN 

ACKI 



IRC 
IRD 
ACTN 



10 MHz 



CRS = IRE 

COL = UCLN + ANYXN 

EN - TY£ 

FIGURE 2. LERIC-NIC Interface 
4.1 Inter-LERIC Bus Interface 

The LERIC-NIC board, or master board, may also be used 
without the NIC. A board with the LERIC only (no NIC), or 
slave board, is desirable when more boards are to be used 
in the same PC. One master and up to three slave boards 
can be cascaded using the Inter-LERIC Bus interface to 
form a larger logical repeater, (i.e., one that meets IEEE's 
specification for a single repeater). There are two 14-pln 
headers on the board for cascading the Inter-LERIC bus 
signals. Both h eade rs con tain the signals IRC, IRD, IRE, 
ACTN, A NYXN , and COLN. The input header, J7, also con- 
tains t he ACKI signal, and the output header, J9, contains 
ACKO. These signals enable multiple LERICs to be cascad- 



ed together. The ACKI an d ACKO signals are daisy ch ained 
between the boards. The ACKO signal will drive the ACKI 
input of the board which is next on the a rbitrat ion chain. 
Jumper JP8 (see schematic) is used to tie ACKI to the in- 
verted TXE signal from the NIC, which puts the NIC at the 
top of the arbitration c hain. If all boards are used in slave 
mode, JP8 can also tie ACKI high, putting that board on top 
of the chain. Other wise, wi th JP8 removed, the ACKI signal 
will be driven by the ACKO output of the board higher up on 
the arbitration chain. Since these signals are held TRI- 
STATE or open collector they are pulled up by resistors. 
The resistor value of 8.2 kU is selected for these pull-ups. 
When all four boards are cascaded, the smallest pull-up val- 
ue on any Inter-LERIC signal will be approximately 2 kll. 
This elevates the need to remove some of these pull-up 
resistors when additional boards are cascaded. 

5.0 BOARD OPERATION 

The following pages describe the slave accesses to the 
LERIC-NIC and the local DMA and remote DMA operation. 

5.1 Global Register Operations 

Accesses to the board are register operations to the NIC or 
the LERIC, which are done to set up the NIC to control the 
operation of the NIC's DMA channels, and read and write to 
the LERIC registers. Since the NIC and LERIC share the 
same 1/0 space for the registers (300h-30Fh), an addition- 
al CPU operation is required. Before any register read or 
write, the CPU performs a write to the global register bit 2 in 
order to select the LERIC or NIC and to bits and 1 select- 
ing one of the four possible boards. The usage of this bit 
depends on the software used. If a normal network (no hub 
access) driver is used the card looks like a pure adapter to 
the software. The board normally would be set with the NIC 
selected. When the driver needs to access the LERIC it 
would first write to the Global Register, do the LERIC opera- 
tions, then set it back to enable the NIC access. This mini- 
mizes the changes to the NIC portion of the driver. 
To begin the global register write (see Section 3.0 for the 
Global Register description), the CPU drives the SA0-SA3 
address lines to the LERIC-NIC board and the SA4-SA9 
address lines to the PAL. With these address lines, the PAL 
decodes to 200, 220, 240 or 260 depending on the set tings 
of jumpers JP2 and JP3. The CPU then drives the lOW 
strobe which is used to latch in the data on t he AT bus into 
the Global Register on the rising edge of TOW. This ends the 
cycle of the global register write. 

5.2 LERIC Register Accesses 

Before any LERIC register access, the CPU must write to 
the global register in order to select the LERIC and the ap- 
propriate LERlC-NlC board. After the register access, the 
CPU must perform another write to the global register to 
select the NIC. 
5.2.1 LERIC Register Read 

To begin the register read, the CPU drives the four address 
lines (SA0-SA3) to the LERIC and the SA4-SA9 address 
lines to the PAL. With these address lines and the lOR line, 
the P AL decodes to 300-30F (the LERIC registers) and th e 
LRD signal is enabled. Once the LERI C receiv es thi s LRD, it 
then sends out a low assertion on BUFEN. The BUFEN 
signal is used by the PAL to assert the lOCHRDY signal 
false. The LERIC then drives out the data from its internal 
registe rs to the 2 45 buffer. The 245 buffer is then enabled 
by the LERICEN signal and the data is driven onto the AT 
BUS. A 3-bit counter is used to indicate when the LERIC has 
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driven the data out. This gives the LERIC enough time to 
output the data. This is required since the LERIC does not 
have any other signal which indicates that the data is avail- 
able. This is indicated by the signal C0UNT_4 going high 
(after about 400 ns) whic h ca uses the PAL to assert 
lOCHRDY true. As a resu lt, lO R is driven high by the CPU, 
ther eby de-asserting the LRD. On the rising edge of the 
lOR, the data which is on the AT BUS is latched into the 
system. The addresses are removed at the same time, 
causing the LERIC chip select to become de-asserted, end- 
ing the register read cycle. 
5.2.2 LERIC Register Write 

To begin the register write, the CPU drives the four address 
lines (SA0-SA3) to the LERIC and the SA4-SA 9 add ress 
lines to the PAL. With these address lines and the lOW line, 
the P AL decodes to 300-30F (the LERIC registers) a nd the 
LWR signal is enabled. Once the LER IC receiv es th is LWR, 
it then sends out a low assertion on BUFEN. The BUFEN 
signal is used by the PAL to assert the lOCHRDY (used to 
insert wait states) signal false. The CPU then drives out the 
data onto the AT BUS where it goes into the 245 buffer. The 
245 buffer is then enabled by the LERICEN signal and the 
data is driven to the LERIC. A 3-bit counter is used to indi- 
cate when the LERIC has latched the data in. This is indicat- 
ed by the signal COUNT 4 going high whic h causes the 

PAL to assert lOCHRDY true. As a res ult, lO W is driven high 
by the CPU, thereby de-asserting the LWR. The addresses 
are removed at the same time, causing the LERIC chip se- 
lect to become de-asserted, ending the register write cycle. 
5.3 NIC Register Accesses 

The following discussion assumes a jumper setting for I/O 
address space of 300h-31 Fh. 

5.3.1 NIC Register Read 

To begin the register read, the CPU drives the four address 
lines (SA0-SA3) to the NIC and the SA4-SA9 address lines 
to the PAL. With these address lines, PAL #2 decodes to 
300-30F (the NIC registers) thereby enabling the chip se- 
lect for the NIC. The C PU also drives the IDR line which the 
NIC sees as the SRD (slave read). Since the NIC may be a 
local bus master when the CPU attempts to read or write 
the controller, an ACK line is used by the PAL to assert the 
lOCHRDY signal false and wait state the CPU. The NIC 
drives out the data from its internal registers to the 245 
buffer. When the NIC is ready t o be in slave move and com- 
plete the read cycle, it asserts ACK true which enables the 
245 buffer and the data is driven onto the AT BUS. Driving 
ACK true also causes the PAL to assert lOCHRDY true. As 
a re sult, TOR is driven high by the CPU, thereby de-asserting 
the SRD. On the rising edge of the lOR, the data which is on 
the AT BUS is latched into the system. The addresses are 
removed at the same time, causing the NIC chip select to 
become de-asserted, ending the register read cycle. 

5.3.2 NIC Register Write 

To begin the register write, the CPU drives the SA0-SA3 
address lines to the NIC and the SA4-SA9 address lines to 
the PAL. With these address lines, the PAL decodes to 
300-30F (the NIC registers) thereby en abling the chip se- 
lect for the NIC. The C PU then drives the lOW strobe which 
the NIC s ees as SWR (slave write). Once the N IC receives 
this SWR it sends back a low assertion on ACK to acknowl- 
edge that it is in sla ve mo de and ready to perform the write. 
A low assertion on ACK will generate lOCHRDY true and 
enable the 245 buffer. The 245 buffer then drive s the data 
from the AT BUS to the NIC. T he system drives lOW high, 
thereby de-asserting the SWR and latching the data. The 



addresses also are taken away and the chip select then 
goes high (de-asserted). This ends the cycle of the register 
write. 

5.4 NIC Local Memory Map 

There are only two items mapped into the local memory 
space. These two items, shown in Table V, are the 8k x 1 6k 
buffer RAM and the ID address PROM. The buffer RAM is 
used for temporary storage of transmit and receive packets. 
For transmit packets, the remote DMA puts data from the 
I/O ports into the RAM and the local DMA moves the data 
from the RAM to the NIC. For the receive packets, the local 
DMA carries the data from the NIC to the RAM and the 
remote DMA moves the data from the RAM to the I/O ports. 

TABLE V. NIC Local Memory Map 
7FFFh 




OOOOh 



The ID address PROM (74S288 32 x 8) contains the physi- 
cal address of the evaluation board. Each PROM holds it 
own unique physical address which is installed during its 
manufacture. Besides this address, the PROM also contains 
a checksum. This checksum, calculated by exclusive OR- 
ing the six address bytes with each other, is provided in 
order to check the addresses. At the initialization of the 
evaluation board the software commands the NIC to trans- 
fer the PROM data to the I/O Port where it is read by the 
CPU. The CPU then verifies the checksum and loads the 
NIC's physical address registers. Table VI shows the con- 
tents of the PROM. 

TABLE VI. PROM Contents 



PROM 
Location 


Location Contents 


OOh 


Ethernet Address 
(most significant byte) 


01h 


Ethernet Address 1 


02h 


Ethernet Address 2 


03h 


Ethernet Address 3 


04h 


Ethernet Address 4 


05h 


Ethernet Address 5 


06h-0Dh 


OOh 


OEh, OFh 


57h 


10h-15h 


Ethernet Address 
througli 5 


16h-1Dh 


Resen/ed 


1Eh, 1Fh 


42h 



5.5 NIC Remote DMA Packet Data Transfers 

Remote DMA transfers are operations performed by the 
NIC on the board. These operations occur when the NIC is 
programmed to transfer packet data between the PC-AT 
and the card's on-board RAM. These transfers take place 
through the I/O Port interfacing. 



3-191 



5.5.1 Remote Read 

To program the NIC for a remote read, the CPU must take 
five slave accesses to the NIC. The CPU must write the 
Remote Start Address (2 bytes) and the Remote Byte Count 
(2 bytes). Then the CPU issues the Remote DMA Read 
command. 

Once the NIC has received all of the above data, it drives 
out BREQ and waits for BACK. The NIC immediately re- 
ceives BACK because it is tied to the BREQ line. BREQ can 
be tied to BACK because there are no other devices con- 
tending for the local bus. After receiving the BACK, the NIC 
drives out the address from which the data is required to be 
read. This address flows into the 373's and is latched by 
ADSO. From here, the addr ess flows to the RAM. The RAM 
waits until it receives MRD from the NIC and then it drives 
the data into the 374 ports. Th e 374 ports then latch the 
data on the rising edge of the PWR strobe from the NIC. 
PRO is then sent out by the NIC to let the system know that 
there is data waiting in the ports. 

If the AT reads the I/O ports before the NIC has loaded the 
374's, then the port request (PRO) from the NIC will not yet 
be driven. This unasserted PRQ signal causes the AT's 
ready line to be set low, indicating that the NIC has yet to 
load the data. After the data is in the ports, the system must 
then read the 374 data ports. This begins with the AT driving 
out an address which is decoded (inside PA L #1) to the 
data I/O Ports (310-317). PAL #2 then drives RSCK to the 
NIC, indicating that the CPU is ready to accept data. This 
RACK signal then reads the data from the 374 ports onto 
the AT BUS. The system deasserts lOR which finishes the 
cycle. 

5.5.2 Remote Write 

Like the remote read, the remote write cycle also begins 
with five slave accesses to the internal registers. The CPU 
must write the Remote Start Address (2 bytes), the Remote 
Bytes Count (2 bytes), and issue the Remote DMA write 
command. The NIC then issues a PRQ. The CPU responds 
by sending an lOW, indicating that it is ready to write to the 
ports. The CPU also drives out the address which corre- 
sponds to the I/O Ports. PAL #2 generates WACK on an 
addr ess d ecode to the data buffers along with PRQ and 
low. This WACK signal latches the data into the 374 ports. 
The NIC issues a BREQ and immediately receives BACK 
since the two lines are tied together. The NIC, upon receiv- 
ing BACK, drives out address lines to the 373's. These ad- 
dress lines are latched by ADSO a nd th en are driven to the 
RAM. The NIC then sends out a PRD and a MWR which 
drives the data from the 374 ports into the already specified 
address of the onboard RAM. PRD and MWR are then de- 
asserted and the cycle ends. 
S.6 Network Transfers from NIC to Buffer RAM 
Transfers to and from the network are controlled by the 
NIC's local DMA channel which transfers packet data to/ 
from the NIC's internal FIFO from/to the card's buffer RAM. 
5.6.1 Data Reception 

The data received from the network, is deserialized and is 
loaded into the FIFO inside of the NIC. The NIC then issues 
a BREQ and immediately receives BACK since the lines are 
tied together. After receiving BACK, the NIC drives the ad- 
dress lines to the 373's. The 373's are latched by ADSO and 
the addres s is a llowed to flow to the RAM. Then the NIC 
drives out MWR along with the data from the FIFO. The 
data f lows into the RAM at the address given earlier. The 
MWR strobe is then de-asserted, ending the cycle. 



5.6.2 Data Transmision 

To begin the transmit cycle, the NIC issues a BREQ and 
waits for BACK. Since BREQ and BACK lines are tied to- 
gether, BACK is received immediately. Upon reception of 
this signal, the NIC drives out the address to the 373's 
which latch the address with the ADSO strobe. The address 
then flows to the on-board memory. MRD, driven by the 
NIC, causes the RAM to drive the data out of the given 
address and into the NIC. The NI C the n latches the data 
int o the FIFO on the rising edge of MRD. The high assertion 
of MRD signifies the ending of this cycle. From the FIFO, 
the data is serialized and transmitted on the network. 

6.0 TWISTED PAIR INTERFACE 

The interface to the network through the LERIC twisted pair 
ports is shown in Figure 3. To drive the transmitted signal 
through 100 meters of Unshielded Twisted Pair (UTP) cable, 
the LERIC requires external drivers. The optimized resistor 
network shown provides the proper pre-emphasis on the 
transmit signals and the 100n termination on the receive 
pair. Standard Filter Transformer Choke modules (such as 
Valor FL1012) are used to provide the required filtering and 
isolation. 

7.0 BOARD CONFIGURATION 

The LERIC is initialized during power-on reset. On the rising 
edge of the reset signal from the PC-AT, the data on the 
pins D0-D7 are loaded int o the con figuration registers. This 
reset is tied directly to the MLOAD pin of the LERIC. (R efer 
to the LERIC datasheet for the description of MLOAD.) On 
the LERIC-NIC board there are pull-up resistors on pins 
D0-D7, which will load 1's into the configuration registers 
during power up. The all 1's pattern configures the LERIC in 
the six twisted pair ports and one full AUI mode, enables the 
polarity switching on the twisted pair ports, selects the 31 
consecutive collision counts on a port before partition and 
sets the LED update operation in the maximum mode. 
The LERIC possesses control logic and interface pins which 
may be used to provide status information concerning activi- 
ty on the attached network segments and the current status 
of repeater functions. On the LERIC-NIC board, 7 LED's are 
provided (one for each port and one for updating "any" port 
status). A '259 addressable latch is used to latch the data 
and address information contained in the D(7:0) pins of the 
LERIC (refer to the LERIC datasheet for the description of 
each pin). A toggle switch, SW1, is also provided to allow 
the display of either the status of the link integrity or recep- 
tion activity on a per port basis and the status of collisions or 
jabber on the "any" port LED. This switch selects which 
LERIC data pin to use as data input to the '259 latch. 
An on-board crystal oscillator provides the clock inputs for 
the NIC and LERIC. The oscillator's output is 20 MHz, which 
is fed directly to the LERIC and the NIC. Since the NIC also 
requires a 10 MHz clock, a flip-flop (74ALS74) is used to 
divide the 20 MHz down to 10 MHz. This is fed to the TXC 
input of the NIC. 

The 10 MHz clock is also used as an input to the 74LS93 
counter. Since there is no "Ready" signal from the LERIC 
indicating the completion of the data latching on a register 
read or write operation, this counter is used to generate a 
wait state before the l/QCHRDY signal is asserted back to 
the CPU. 
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7.1 Jumper Options 

The default jumper block configurations are shown in Figure 
4. On JB4, there are six possible connections. Four of these 
are to select an interrupt line. The available interrupt lines 
include INT3, INT4, INT5, and INT9. The last two possible 
connections, JP1 and JPO, are used to select the base ad- 
dress for the board. However, if JP7 is connected to Vcc. 
then these last two connections also select the address of 
the EPROM. 




1 


M. 




1 









m 




The possible selections and the jumpers which should be 
ON (closed) are shown in Table VII. The factory configura- 
tion uses the iNT3 line for interrupts and has JP1 and JPO in 
the ON position. JP2 and JP3 are used to set the optional 
address space for the global register. The default position is 
ON for these jumpers (see Table III). 

TABLE Vii. Base and EPROM Addresses 



JP1 


JPO 


Base Add 


EPROM Add 


ON 


ON 


300h-31Fh 


C800h 


ON 


OFF 


320h-33Fh 


CCOOh 


OFF 


ON 


340h-35Fh 


DOOOh 


OFF 


OFF 


360h-37Fh 


D400h 



JP4 and JP5 are used to set the board address when multi- 
ple boards are cascaded together. These jumpers are nor- 
mally ON in the default position. JP6 is used to take care of 
the lOCHRDY timing issues in some clone ATs. The default 
for this jumper is OFF (refer to PAL #2 description for more 
details on the iOCHRDY timing inconsistency). JP8 is used 
for arbitration when cascading several boards. The default 
position assumes that the NIC is on top of the arbitration 
chain, and ACKI is generated from PAL #4. When cascad- 
ing several boards, the boards lower on the chain would 
have JP8 removed. 



FIGURE 4. Jumper Biocics 
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8.0 PAL EQUATIONS 
PAL # (U1) 

In this PAL, the output signals are NI016, NIOEN, NNICB 
and SELREG. 

NI016 is only asserted if the CPU Is trying to access the 
local RAM buffers and the board is in a 16-bit slot NI016 is 
used by the CPU to determine If it should perform B- or 
16-bit operations. If Ni016 Is false, then the CPU will only 
perform 8-blt operations. Since it is necessary to assert 
NI016 as soon as possible, this PAL has been selected to 
be a 10 ns "D" PAL. The Ni016 signal must be TRI-STATE 
when it is not asserted. Therefore, we use an enable signal 
(NIOEN) which Is equal to the decode for the I/O Ports 

PALI 

begin header 

date: 4/2/91 

functions: 

NIC/LERIC BOARD DECODE, 1016 DECIDE, AND 

end header 



(31 0-31 F) and NAEN high (NAEN high signifies that the 
system DIVIA does not have control of the bus). The enable 
signal (NIOEN) loops back Into the PAL to bring Ni016 out 
of TRI-STATE. The Ni016 signal Is set to zero so that 
whenever It Is enabled It will be asserted. 
The NNICB signal consists of simple address decodes 
along with NAEN, and will be asserted when the CPU wants 
to access the LERIC-NIC board. The addresses decode to 
one of four address slots which were earlier mentioned in 
the board configuration section. 

The SELREG signal is similar to NNICB and decodes to one 
of four addresses which were mentioned in the board archi- 
tecture section. SELREG Is asserted when the CPU wants 
to access the Global Register. 



GLOBAL REGISTER DECODE' 



begin definition 
device gall6v8; 
inputs 

NEN16=1, NAEN=2, SA9=3, 

SA8=4, SA7=5, SA6=6, 

SA5=7, SA4=8, SA3=9, 

JP0=13, JP1=14, JP2=15, JP3=16; 
outputs (com) 

/NNICB=12, /NI016=18, SELREG=19; 
feedbacks (com) 

NI0EN=17; 
end definition 



begin equations 
NNICB = 



SELREG = 



NIOEN = 



(!NAEN & SA9 & SAB & !SA7 & !SA6 & !SA5 & !JP1 & !JPO 

# INAEN & SA9 & SA8 & !SA7 & !SA6 & SAB & !JP1 & JPO 

# !NAEN & SA9 & SA8 & !SA7 & SA6 & !SA5 & JPl & !JPO 

# 'NAEN & SA9 & SA8 & !SA7 & SA6 & SA5 & JPl & JPO); 

(INAEN & SA9 & !SA8 & !SA7 & !SA6 & !SA5 & !JP3 & !JP2 

# INAEN & SA9 & !SA8 & !SA7 & !SA6 & SA5 & ! JP3 & JP2 

# INAEN & SA9 & !SA8 & !SA7 & SA6 & !SA5 & JP3 & !JP2 

# INAEN & SA9 & ISA8 & ISA7 & SA6 & SA5 & JP3 & JP2); 

(INAEN & SA9 & SA8 & ISA7 & !SA6 & ISA5 & IJPl & IJPO 
& INEN16 & SA4 & ISA3 

# INAEN & SA9 & SA8 «e ISA? & ISA5 & SA5 & IJPl & JPO 

& INEN16 & SA4 & ISA3 

# INAEN & SA9 & SA8 & ISA7 & SA6 & ISA5 & JPl & IJPO 

& INEN16 & SA4 & !SA3 

# INAEN & SA9 & SA8 & ISA? & SA6 & SA5 & JPl & JPO 

& INEN16 & SA4 & ISA3); 



NIOie.oe = NIOEN; 
NI016 = 1; 
end equations 
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PAL # (U2) 

In this PAL, there are seven outputs which include NRESET, 
NIOCHR, NIOCHW, NIOCHC, NCS, NRACK, and NWACK. 
The lOCHRDY signal is used to wait state the CPU. Normal- 
ly an I/O card drives lOCHRDY low (not ready) only after 
the address and I/O read or write signals have been assert- 
ed. On some PC-AT compatible PCs (those using Chips and 
Technologies or VLSI Inc. chipsets), during a 16-bit I/O op- 
eration, the bus controller actually samples the lOCHRDY 
signal before the I/O read or write signal is asserted. 
NIOCHC is used to drive lOCHRDY low (not ready) based 
only on an address decode, thus allowing lOCHRDY to be 
asserted earlier and in the proper state when it is sampled 
by the bus controller. 

As shown in Figure 5, NIOCHR, NIOCHW, and NIOCHC are 
all externally wire-ORed together to generate the lOCHRDY 
signal. NIOCHR along with NIOCHR.OE (enable NIOCHR) 
are for slave read and remote read cycles. NIOCHW and 
NIOCHW.OE (enable NIOCHW) are for slave write and re- 
mote write cycles. These signals together generate the 
"normal" lOCHRDY signal. 

For more details on the lOCHRDY fix, refer to the applica- 
tion note PC-A T interface Design Considerations for tfie 
DP83902EB-A T. NIOCHC may cause problems on PC's that 



do not use Chips and Technologies or VLSI Inc. chipsets. A 
D-flip flop is used to generate CLONEN to implement the 
timing modification. The variable CLONEN is tied to a jump- 
er that is used to switch the lOCHRDY signal characteristics 
to "normal" or modified timing. If the system operates under 
"normal" timing characteristics, JP6 should be removed. 
NCS is asserted by the CPU when it needs to access the 
NIC registers. NCS is decoded in the address range of 
300-30F along with NICSEL from PAL #5. NICSEL is set 
high to access NIC registers and low to access LERIC regis- 
ters. 

The next two signals, NRACK and NWACK, are used to 
acknowledge successful transfers between the CPU and 
the NIC data buffers. The NRACK occurs with an address 
decode to 310-317, an NIOR, and a PRO. NWACK occurs 
with an address decode to 310-317, an NlOW, and a PRO. 
The last signal is NRESET, which is used to reset both the 
NIC and LERIC configuration registers. NRESET can be as- 
serted by the system with RSTDRV or through software af- 
ter the system has booted up. Once NRESET has been 
asserted, it is held low until lOW is received from the CPU. 
This will guarantee that NRESET has the pulse width re- 
quired by the NIC. 



NICB - 
lol- 
low ■ 

RSTDRV ■ 

ACK • 

PRO ■ 

SA4 ■ 

SA3 ■ 

BUFEN ■ 

NICSEL ■ 

MEMR ■ 



PAL #2 



■ CLONEN - 

CS 
• C0UNT_4 



- NIOCHR 

- NIOCHW 
NIOCHC 



3 



-+■ /lOCHRDY 



->• RESET 
-> WACK 



► RACK 

4 EN 16 

4 MEMW 




74LS74 D FLIP FLOP 



FIGURE 5 
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<0 PAL 2 



begin header 

date: 4/2/92 

functions : 

RESET LATCH, NIC SELECT, lOCHRDY, RACK, WACK '; 

end header 

begin definition 

device PAL20L8; 

inputs 

MICB=1, NI0W=2, NI0R=3, 

RSTDRV=4, NACK=5, PRQ=6, 

SA4=7, SA3=8, NBUFEN=9, NICSEL=10, 

NMEMR=11, NMEMW=13, EN16=14, C0UNT_4=21, CLONEN=23; 

outputs (com) 
!NRACK=15, !NWACK=16, 
!NI0CHR=18, !NI0aiW=19, 
!NIOCHC=20, !NCS=22; 

feedbacks (com) 

!NRESET=17; 

end definition 
begin equations 

NCS = (!NNICB & !NIOR & !SA4 & NICSEL 

# INNICB & !NIOW & !SA4 & NICSEL); 

NRACK = (INNICB & PRQ & INIOR & SA4 & !SA3 & NICSEL); 
NWACK = (INNICB & PRQ & INIOW & SA4 & !SA3 & NICSEL); 
NIOCHR= (!PRQ & SA4 & !SA3 & NICSEL 

# NACK & !SA4 & NICSEL 

# ! NICSEL & INBUFEN & !C0UNT_4); 
NIOCHR.oe= (INNICB & INIOR); 

NICXaiW= (!PRQ & SA4 & ISA3 & NICSEL 

# NACK & ISA4 & NICSEL 

# I NICSEL & INBUFEN & IC0UNT_4); 
NIOCHW.oe= (INNICB & INIOW); 

NI0CHC=1; 

NIOCHC.oe= (INNICB & NMEMR & NMEMW & IPRQ & IEN16 & 

ICLONEN & SA4 & ISA3); 
NRESET = ( INNICB & INIOR & SA4 & SA3 # NIOW & NRESET # RSTDRV); 

end equations 
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PAL #3 (U16) 

The third PAL does a decode to enable the optional 
EPROM. This decode consists of an address decode to 
CeOOOh, CCOOOh, OOOOOh, or D4000h depending on JP1 
and JPO as shown in the board configuration section. JP7 
must also be jumpered for selection of the EPROM. NAEN, 
a low asserted signal should be low to indicate that the DMA 
does not have control of the bus and the NSMRDC signal 
should be asserted low since the CPU is doing a system 
memory read. 
PAL3 

begin header 
date: 4/2/92 . 
function: 
EPROM DECODE'; 
end header 

begin definition 

device pall618; 



inputs 

A0=1, A13=2, EN16=3, 
NSMRDC=4, SA19=5, SA18=6, 
SA17=7, SA16=8, SA15=9, 
SM4=11, NAEN=13, JP2=14, 
JP0=15, JP1=16; 

outputs(com) 

!NEPR0MEN=19, !A013=12; 

{Note: I/O pins 17 and 18 are not being used. } 

end definition 

begin equations 

NEPRC»ffiN = 



The A013 signal is used for 8-bit mode operation. When the 
board is placed into an 8-bit slot the EN16 signal is used to 
detect the existence of the second PC-AT bus connector. If 
EN16 is low then the board is in a 16-bit slot. In this condi- 
tion, A13 (from the NIC) is enabled to A013 which goes to 
the LSB RAM. If the board is placed Into an S-bit slot then 
EN 16 is pulled high by a resistor, and this causes the LER- 
IC-NIC's AO signal to be enabled. This allows the LSB RAM 
to be used as an 8-bit RAM. 



00 



(SA19 & SA18 & !SA17 & !SA16 & SA15 & !SA14 & !NAEN 
& JP2 & !JP1 & !JPO & INSMRDC 

# SA19 & SA18 & !SA17 & !SA16 & SA15 & SA14 & !NAEN 

& JP2 & !JP1 & JPO & iNSMRDC 

# SA19 & SA18 & !SA17 & SA16 & 1SA15 & 5SA14 & INAEN 

& JP2 & JPl & !JPO & iNSMRDC 

# SA19 & SA18 & !SA17 & SA16 & !SA15 & SA14 & INAEN 

& JP2 & JPl & JPO & INSMRDC); 



A013 = (!A0 & EN16 # !A13 & IEN16); 
end equations 



34197 



PAL #4 (U30) 

In this PAL there are seven outputs which Include CRS, 
COL, TXENABLE, NLRD, NLWR, NLERICEN, and 
GRDATA. 

The first three outputs generate the interface signals be- 
tween the LERIC and NIC. CRS is just an inverted NIRE 
signal which notifies the NIC that there is activity on the 
network, and COL is asserted If there Is a receive or trans- 
mlt co llision coming from the LERIC. TXENABLE is tied to 
AGKI, putting the NIC at the top of the LERIC's arbitration 
chain. TXENABLE is also used to enable the 244 buffer that 
controls the flow of TXE, TXC, and TXD coming from the 
NIG. 



NLHD, and NLWR generate the read and write strob es to 
the LERIC based on an address decode, K3R or lOW, and 
LERICHIT. LERICHIT is the Global Register decode from 
PAL #5. 

The NLERICEN signal is used to enable the TRI-STATE 
buffers and receivers that access the LERIC registers. It will 
only be asserted after N LRD or NLWR are true and the 
LERIC has driven BUFEN low, signifying that the inter-LER- 
IC BUS is available to do a register read or write. 
The last output, GRDATA, Is used to latch the Global Regis- 
ter bits into PAL #5. The data bits from the AT-BUS will be 
valid after lOW is asserted low along with SELREG, which is 
an address decode for the Global Register coming from 
PAL #1. 



PAL 4 

begin header 

date: 4/2/92 

function: 

LERIC READ, LERIC WRITE, LERIC MLOAD, CRS, Global Register Data; 

end header 

begin definition 
device pall618; 

inputs 

NI0R=1, NI0W=2, SELREG=3, LERICHIT=4, 
NBUFEN=5, NANYXN=6, NC0LN=7, NIRE=8, 
SA4=9, NICB=11, TXE=16; 

outputs (com) 

!NLWR=12, !NLRD=13,!TXENABLE=14, !NLERICEN=15, 

!CRS=17, !C0L=18,!GRDATA=19; 

end definition 

begin equations 



CRS = 
!COL = 



NIRE ■ 
INCOLN # SNANYXN; 



TXENABLE = 



TXE; 



NLRD = (!NICB & !NIOR & !SA4 & LERICHIT ) ; 
NLWR = (!NICB & !NIOW & !SA4 & LERICHIT ) ; 

NLERICEN = (!NICB & !NIOR & !SA4 & LERICHIT & INBUFEN 

# !NICB & !NIOW & !SA4 & LERICHIT & INBUFEN); 



! GRDATA = SELREG & !NIOW; 
end equations 
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PAL #5(U29) 

This GAL includes the outputs NCSROM, INTO, LERICHIT 

and NICSEL The two registered outputs IDO and ID1 are 

only used internally by the GAL. 

The LERICHIT signal comes from the decode of the Global 

Register, and indicates that the CPU needs to access the 

LERIC. 

PALS 

begin header 

date: 8/7/92 

ftinction: 

LERICHIT, NICSEL, INTO, NCSROM'; 

end header 

begin definition 

device gall6v8; 

inputs 

Oa)ATA=l, JP4=2, JP5=3, 
D2=4, Dl=5, D0=6, NI0R=7, 
A14=8, NMRD=9, INT=18; 

outputs (COTi) 
!NCSR0M=12, INT0=13, 
LERICHIT=19, NREAD=14; 

feedbacks (reg) 

ID0=15, ID1=16, NICSEL=17; 

end definition 



GRDATA is used to clock in the registered outputs consist- 
ing of IDO, ID1, and NICSEL. These three bits store the 
contents of the Global Register. 

INT is just sent through the GAL to be buffered. The buff- 
ered signal which comes out of the GAL is INTO. The 
NCSROM is a very simple signal as it consists only of AD14 
and NMRD. AD14 comes from the NIC and selects either 
the PROM (when low) or the on-board RAM (when high). 



09 
4a> 



begin equations 

INTO = INT; 
NREAD= NIOR; 

IDO := DO; 
IDl := Dl; 

NICSEL := D2; 

NCSROM = ( !A14 & !NMRD); 



LERICHIT = 



(IDO & IDl & JP4 & JP5 & ! NICSEL 

# !IDO & !JP4 & IDl & JP5 & INICSEL 

# IDO & JP4 & !ID1 & >JP5 & 'NICSEL 

# !IDO & !JP4 & ! IDl & !JP5 & INICSEL); 



end equations 
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LERIC/NIC PC-AT Evaluation Board 
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LERIC/NIC PC-AT Evaluation Board (Continued) 
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LERIC/NIC PC-AT Evaluation Board (Continued) 
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LERIC/NIC PC-AT Evaluation Board (Continued) 
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LERIC/NIC PC-AT Evaluation Board (Continued) 
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LERIC/NIC PC-AT Evaluation Board (Continued) 
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49_9_1pc = 49.9(1. 1% 
61_9_1pc = 61.9n, 1% 
301_1po = 30in, 1% 
806_1pc =.806n. 1% 
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9.0 BILL OF MATERIALS 








Capacitors 










0.01 jiiF 






C1..C10,C13,C15,C17,C18....C49 | 


4.7 (iF 






C50..C57 




Miscellaneous 










•O.SmmGreenLED 






D6..D11.D13 




•SS-668806-NF 






J7 


(6PORT, 8 POSITION, RJ45 FROM STEWART) 


*3_pin_jumper 






JP7,JP8 




*2 pin jumper 






JP2..JP6 




*iumpers6x2 






JP4 


Gumper block) 


*TOGGLESWITCH_DPST 




SW1 




•FL1012 






T3..T8 


(VALOR) 


•102160-2 






J7,J9 


AMP PIN HEADER 


746194-2 






J6,J8 


AMP RECEPTACLES 


Resistors 










8k 


5% 


V*^ 


R35..R40 




10k 


5% 


VaW 


R29, R30, R42, R60, R71 ..R74 | 


49.9 


1% 


'AW 


R1..R4,R15..R18,R43 


.R46 


4.7k 


5% 


%w 


R32, R33, R34, R41, R57, R58, R59, R70, R75, R76 


61.9 


1% 


y4w 


R5, R8, RIO, R13, R19, R22, R24, R27, R47, R50, R52, R55 


301 


1% 


lAW 


R6, R7, R11, R12, R20, R21, R25, R26, R48, R49, R53, R54 


806 


1% 


y4w 


R9,R14,R23,R28, R51,R56 


•SIP8X300 


5% 


y.w 


RP2 




•SIPSxIOk 


5% 


y4w 


RP1 




IC-s 










PALI 6L8 (15 ns) 






U16, U30 


PLCC Type (SOCKETED) 


G All 6V8 (10 ns) 






U1 


PLCC Type (SOCKETED) 


GAL16V8(15ns) 






U29 


PLCC Type (SOCKETED) 


PAL20L8D(10ns) 






U2 


PLCC Type (SOCKETED) 


74ALS245 






U3,U22,U13 




74ALS374 






U4, US, U6, U7 




6264RAM 






U8,U9 


8k X 8 STATIC RAM 100 ns 


74ALS373 






UIO.UII 




•74S288 






U12 


SOCKETED 


74LS93 






U14 




•27128 






U18 


EPROM (SOCKET ONLY) 


74ALS244 






U19, U37 




•20 MHz 






XI (0.01 %) 


Crystal Oscillator 


74LS04 






U20 




74ALS243 






U28 




74ALS1035 






U27 




DP8390 






U25 


NIC (SOCKETED PLCC) 


74ALS74 






U26 




74ACT244 






U32, U33, U34 




74LS259 






U35 




DP83956 






U36 


LERIC 


'Note: Everything is surface mount except the devices that were 


marlied with an devices with 


an are through hole. 
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1.0 INTRODUCTION 

The DP83956EB-SA board is a low cost, stand alone, local 
area network repeater hub with minimal status display. The 
board is designed to demonstrate National Semiconductor's 
LitE Repeater Interface Controller (LERICtm— DP83956). 
This stand alone hub solution contains 12 twisted pair ports, 
an Attachment Unit Interface (AUI) port, and a coaxial trans- 
ceiver interface (CTI) port. The board allows for cascading 
with another DP83956EB-SA or a DP83956EB-AT board (6 
port repeater hub card for use in an AT-Bus). The board 
requires a single + 12V supply to become operational. The 
DP83956EB-SA board uses surface mount components to 
minimize size. Below is a list of the major features of the 
DP83956EB-SA board: 

• 14 ports: 12 twisted pair ports, 1 CTI port, and a AUI port 

• Powered by single + 12V DC supply 

• Jumper for easy termination of coax port 

• 4 LEDs for real-time hub status 

• Surface mount components for small size 

• Designed for minimal EMI radiation 



• Cascading headers for daisy chaining with another 
DP83956EB-SA or a DP83956EB-AT board 

• Designed for low cost 

• Stand alone 

• Expansion header for full LED status, LERIC register ac- 
cess, or hub status counters 

• Easy to operate with a single switch for LERIC mode load 

2.0 USER'S GUIDE 

2.1 Start Up 

The DP83956EB-SA board should be connected to a 12V 
DC supply at right-angle header J1. The polarity of the input 
power should match 12V and GND markings next to J1. For 
proper operation of the coax port the jumper shunt on JP19 
should be removed. The RESET button, SI forces the 
LERIC controllers to restart, which will reset the consecutive 
collision counters, unpartition all ports, and perform a mode 
load with the options on switch SI. When the 
DP83956EB-SA is powered up or the RESET button is 
pushed, all four status LEDs will light up for one second. 



I CASCADE 
loUT IN 



Cascade ^^"1 r~l 

Connectors I II I 
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Power 
Connector 
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-Twisted Pair Ports- 
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GND 
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D^ 
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.-> 



Hub status LEDs 



FIGURE 1. DP83956EB-SA Board 
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2.2 iVIode Load Options 

Three of the LERIC mode load options are available to the 
user on switch S2. This switch configures both of the 
LERICs upon reset or power up. S2 is labelled CC/TX/POL 
corresponding to the options in that order. The CC switch 
sets the consecutive collision limit for the LERICs. The LER- 
ICs will partition a port after 31 or 63 consecutive collisions 
on that port, depending on the CC switch value. The CC 
switch allows the user to set the consecutive collision limit 
for all fourteen ports on the board. When in the OFF posi- 
tion, the LERICs will partition after 31 consecutive collisions. 
The ON position will configure the LERICs for 63 consecu- 
tive collisions. 

The switch l abelled T X configures the unpartition on trans- 
mit only bit (TXONLY). If this bit is selected the LERICs will 
only unpartition a port after a good packet (532 bits or more 
without a collision) has been transmitted on that port. With- 
out this bit set, the LERICs will unpartition a port after a 
good packet is transmitted or received. When the switch is 
in the OFF position, unpartition on transm it only is not se- 
lected, while in the ON position, TXONLY is selected on all 
fourteen ports. Switch number 3, POL enables or disables 
the polarity reversal option on the twisted pair ports (ports 
2-13). This switch has no effect on ports 1 and 14. When 
the POL switch in the OFF position, the twisted pair ports 
will switch the polarity of the receive lines when inverted 
packets or link pulses are received on that port. If this 
switch is in the ON position, only packets and link pulses 
with the correct polarity will be recognized by the LERICs. 
More information on these functions is contained in the 
LERIC data sheet under mode load. Below is a table of the 
MLOAD options. 

TABLE i. iULOAD Quicic Reference Guide 



SWIT 
CH 


LERiC 
Data 
Sheet 
Name 


ON 
Position 


OFF 
Position 


CC 


CCLIM 


63 Consecutive 
Collisions to 
partition a port. 


31 Consecutive 
Collisions to 
partition a port. 


TX 




Ports unpartition 
on good 
transmissions 
only. 


Ports can 
unpartition on 
good receptions 
or 
transmissions. 


TXONLY 


POL 


EPOLSW 


Polarity reversal 
on ports 2-13 is 
disabled. 


Polarity reversal 
on ports 2-13 is 
enabled. 



Note Options are loaded only during power up or reset. 

2.3 CTi Termination Jumper (JP19) 

Included in the coaxial transceiver logic is a jumper (JP19) 
and a shunt for terminating the coax transceiver. When not 



connected to a coax cable with proper termination, the CTI 
will continuously detect collision and the LERIC will partition 
the port. To avoid receiving these false collisions and pre- 
vent the unnecessary partitioning of the port, JP19 was in- 
cluded to allow for termination of the CTI when it is not 
connected to a network segment Placing a shunt on JP19 
will terminate the CTI. When the coax port is going to be 
connected to a properly terminated network segment, the 
jumper shunt should be removed. 

2.4 Cascading Boards 

Cascading the DP83956EB-SA board with more 
DP83956EB-SA boards is as simple as connecting the rib- 
bon cable and standoffs. No additional configuration is re- 
quired. A short ribbon cable should be connected to the 
connector marked "CASCADE OUT" with the other end 
connected to the "CASCADE IN" of the board below in the 
stack. (See Figure 2.) 

When cascaded, the repeater functions as a single hub. A 
packet received on any of the cascaded boards will be 
transmitted on all boards at the same time, so cascading 
boards via the interLERIC bus adds no additional delay to 
the network. The hub status LEDs will only monitor the 
status of activity on its board's ports with the exception of 
the jabber LED. The jabber LED will light up on all cascaded 
boards when jabber is detected, regardless of the port re- 
ceiving the packet 



-^Ribbon Cable 




ZZl Board 1 
LJ-" — -p- standoffs 

^/ Screw 
njf Together 



u 



I] Board 2 



1] Board 3 



u 

TL/F/1 1849-2 

FIGURE 2. Cascading Structure 
2.5 LED DIspiay 

The LED display shows hub status for the board. If any port 
is receiving on the board, the green REC LED will light up. If 
any port on either chip is experiencing a transmit or receive 
collision the COL LED will be on. The APART LED will be on 
when any of the 14 ports on the DP83956EB-SA is parti- 
tioned. If the CTI is not properly terminated and the termina- 
tion jumper (JP19) is off, the CTI port will be partitioned and 
the APART will go on. The jabber (JAB) LED will go on when 
a packet of excessive length has been received by any of 
the 14 ports. When boards are cascaded, the jabber iIeD 
will be lit on all boards when a jabber packet is received. 
Below is a quick reference chart for the LED status display. 
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TABLE II. LED Display Quick Reference 



LED 


OFF 


ON 


Any Partition 
(APART) 


None of the ports 
on the board are 
partitioned. 


One or more ports 
are partitioned on 
the board. 


Any Collision 
(ACOL) 


None of the ports 
on the board are 
experiencing 
collision. 


A collision is 
occurring on one 
or more of the 
ports. 


Any Receive 
(AREC) 


None of the ports 
are receiving 
activity. 


One or more ports 
are receiving 
activity on the 
board. 


Jabber (JAB) 


A jabber packet is 
not being received 
or transmitted. 


A jabber packet is 
being received or 
transmitted. 



3.0 A REVIEW OF THE DESIGN 

The schematic for the DP83956EB-SA board is divided into 
functional blocks that appear on the different pages. The 
first page shows the interconnection of the functional blocks 
that make up the board along with the +12V power con- 
nector, power regulator for +5V output, and the decoupling 
capacitors. Figure 4 shows a simplified block diagram of the 
DP83956EB-SA board. A daisy chain structure is required 
f or the acknowledge in (ACKI) and the acknowledge out 
(ACKO) signals, while the remaining inter-LERIC bus signals 
are in a parallel bus configuration. The Interacknowledge 
(INTACK) signal connects the LERICs on a single board. 



3.1 Twisted Pair Ports 2-13 

The logic to construct a twisted pair port begins at the 
LERICs (Schematic sheet 2-LERIC connections). Each port 
contains 6 pins (+TX, -TX, +TXOP, -TXOP, +RX, 
-RX). The four transmit pins ±TX and ±TXOP are filtered 
by a simple RC low pass filter to reduce noise (Schematic 
sheet 9). The four transmit lines then enter a simple TTL line 
driver (74HCT245) which provides the power to drive the 
twisted pair line (Schematic sheet 10). The transmit signals 
are then connected to Pulse Engineering's PE-65438 (Valor 
FL1085) which provides the magnetic materials for shaping 
the waves and an Isolation transformer. The PE-65438 con- 
tains wave shaping resistors selected for use with a 74HCT 
driver to reduce signal jitter, provide a tOOn Input Imped- 
ance, and provide the proper output signal. The 245 was 
used because Its pinout allowed for a cleaner layout (See 
layout sheet 1). Figure 4 shows the path for the twisted pair 
ports and the items contained In the PE-65438. The receive 
path uses a common mode to reduce noise, a low pass filter 
to remove high frequency noise, and a 1:1 transformer for 
Isolation. After the PE-65438, the twisted pair port Is con- 
nected to a shielded modular jack. The shield of the modu- 
lar jack is connected to chassis ground, which connects to 
the mounting holes for the board. 

3.2 AUI Port 14 

The connections for a full AUI port are shown on Figure 11 
of the schematic. From the LERICs AUI port to the D con- 
nector only a 1 :1 Isolation transformer and some pull down 
resistors are required to construct the AUI port. The differ- 
ential pairs are the same length and run In parallel as can be 
seen on Figure 5. To make the full AUI port of the LERICs 
Into a twisted pair port, a twisted pair transceiver such as 
National's DP83922 would be required along the support 
logic. See the DP83922 data sheet for more information. 
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3.3 CTI Port 1 

The construction of the coax port is a copy of the sample 
schematic shown in the CTI data sheet and the LERIC data 
sheet. The schematic shows no termination on the BNC 
connector. For this reason, the repeater can only be con- 
nected to a coax line as a center tap. If a 50n resistor was 
inserted between the lines connected to the BNC, the coax 
port could be used as the end of a coax network. JP19 
connects a 25n resistor in parallel with the BNC connector 
thus providing termination when the coax port is disconnect- 
ed from the networl<. The PM6512 provides the isolated 
-9V supply needed to properly operate the CTI. 

3.4 Cascading 

Unlike the DP83955, the DP83956's bus signals allow for 
external transceivers for cascading via ribbon cable. TTL 
drivers are used in this design. Open collector n on-inve rting 
bus driv ers (74ALS1035) are used to drive the ACTN and 
ANYXN signals. A 4-bit t ransceiver (74ALS243) is used to 
drive the IRI, IRC, CHEN, and IRD lines. A 14 pin header is 
used to connect boards via ribbon cable in a daisy chain. An 
input and output connector are positioned on the board for 
easy stacking and connecting. Since pull up resistors are 
only needed on one board when multiple boards are cas- 
caded, a TRI-STATE® buffer (74ALS241) is used to control 
the connection of the pull up resistors. With no boards cas- 
caded, the buffer pulls up all of the bus resistors to Vqh. 
Two boards can be cascaded by simply connecting the out- 
put connector of one board to tiie input connector of anoth- 
er board. The pull up resistors will only be active when the 
input connector is not connected to an output connector. In 
a chain of boards, this only occurs for the board at the top of 
the chain. The top board will have its pull up resistors pulled 
high, while the lower boards will have high impedance con- 
nected to their pull up resistors. Pin 1 of input connector will 
trigger the 74ALS241 to connect the pull up resistors to a 
high impedance output. 



3.5 LED Display 

The LED display on the DP83956EB-SA board consists of 4 
LEDs that represent real time status for the hub. The LED 
status is continuously strobed out from the data bus of both 
LERIC controllers. Figure S shows the logic required for a 
minimum mode display. Since the DP83956EB-SA contains 
two controllers, the hub status is obtained from both control- 
lers. The status displayed on the board is jabber (packet 
longer than 5 ms), collision, reception, and port partitioned. 
A 74ALS874 Is used to latch in the strobed data since its 
dual 4-bit design allows for separate clock signals. The 
status for two controllers are active low ORed by the 
74ALS09 AND gate. The open collector output on the 
74ALS09 allows for the construction of a pulse stretcher on 
the jabber signal. The 10 ms jabber signal is invisible to the 
user, so a pulse stretcher is necessary to make that signal 
visible. The Schmitt trigger inverters that are used for the 
output of the jabber signal, are in the same package as the 
inverters used in the mode lode logic, so no additional chips 
are required to make the pulse stretcher. The LERIC con- 
trollers hold the receive and collision lights for 30 ms or until 
the next activity. The any partition LED remains lit as long as 
any port on either of the LERICs is partitioned. 

3.6 Mode Load Logic 

The mode load (mioad) logic (Figure 9) configures the two 
LERIC controllers on the board upon power-on and when 
the reset button is pushed. Many configuration bits are hard 
wired since the board only allows for one setting (see the 
DP83955/56 data sheet for more details on mIoad). Three 
configuration bits are accessible by the user by a three posi- 
tion DIP switch on the board. The user guide section ex- 
plains these options in further detail. Both LERIC controllers 
on the board will get the same configuration as can be seen 
in the schematic. The board also contains a reset button for 
resetting the controllers and performing a mIoad. The 
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74HC14 is used to make a clean edge out of the discharg- 
ing capaci tor when reset is pushed and provide delay be- 
tween the RESET signal to the LERIC controllers and the 
control of the buffers. 

3.7 LED Status Header 

This 32-pin connector was placed on the board to allow the 
user to build additional circuitry for displaying per port 
status, counting hub events, or accessing the LERIC regis- 
ters. 

TABLE in. LED Status Header 



JP# 


1 


2 


3 


DA7 


DB7 


4 


DA6 


DB6 


5 


DA5 


DB5 


6 


DA4 


DB4 


7 


DA3 


DBS 


8 


DA2 


DB2 


9 


DAI 


DB1 


10 


DAO 


DBO 


11 


WRA 


WftB 


12 


RDA 


RDB 


13 






BUFENA 


BUFENB 


14 


DFSA 


DFSB 


15 






STRA 


Strb 


16 


MIN/MAX 


+ 5V 


17 


GND 


-(-5V 


18 


GND 


+ 5V 



Input/ 
Output 



Input 
Only 

Output 
Only 



Output 
Only 



The DP83956EB-SA is made of two LERICs that are labeled 
LERIC A and LERIC B. LERIC A contains twisted pair ports 
2-7 and CTI port, while LERIC B contains twisted pair ports 
8-13 and AUI port 14. The data bus for both chips must be 
isolated from each other, since the LERICs will strobe out 
different status information on the data pins. To construct a 
per-port (max mode) LED display, the MIN/MAX mode pin 
(JP14 pin 1) should be tied to 5V. This will change both 
LERICs mode load configuration for max mode when the 
board is powered on or reset The data strobed on the data 



pins will now contain an address (D7-D5) and data 
(D4-D0) that will represent status for the Individual ports. 
An addressable latch (74LS259) can be used to easily de- 
code the status information and drive the LEDs. Table IV 
shows the port number mapping from the board to the spe- 
cific LERIC chip port numbers. The LERIC data sheet shows 
a sample configuration for the max mode display. 
TABLE IV. Port Number Conversion 



00 



LERIC Board 
Number 


LERIC 
Port* 


1 — CTI 


Porti — LERIC A 


2 


Port 2 — LERIC A 


3 


Port 3 — LERIC A 


4 


Port 4 — LERIC A 


5 


Ports — LERIC A 


6 


Porte — LERIC A 


7 


Port 7 — LERIC A 


8 


Port 2 — LERIC B 


g 


Port 3 — LERIC B 


10 


Port 4 — LERIC B 


11 


Ports — LERIC B 


12 


Porte — LERIC B 


13 


Port 7 — LERIC B 


14 — AUI 


Porti — LERIC B 



To construct event counters with the LED Status Header, 
the status should be decoded from the data strobed to the 
LEDs. Simple logic can then be trigger off the display freeze 
strobe (DPS) signal going true and the event being true. 
DPS will go high after activity has stopped on the repeater. 
DFS will remain high until the next activity or for a maximum 
of 30 ms. While DFS is high, the status for the last activity is 
held constant on the data bus. This is when the activity 
should be counted. 

The construction of a register read or write module Is possi- 
ble since the RD and WR pins are available. The buffer 
enable signal is also included to allow for controlling buffers 
to perform read or writes. The LERIC data sheet contains 
more information on the signals needed to construct a regis- 
ter read/write module. 
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4.0 BILL OF MATERIALS 


Item 

# 


Reference 
(Location) 


Description 


Manufacturer 
and Manufacturer Part # 


Qty. 
per Brd. 


1 


U3 


HC Inverter 


MM74HC14M 


1 


2 


U33 


ALS Line Buffer/Driver Non-Invert 


DM74ALS241AWM 


1 


3 


U31,U32 


ALS 4X Bus Transceiver— 
Non-inverting TRI-STATE 


DM74ALS243AM 


2 


4 


U29, U30 


ALS Hex Buffer Open Coliector 


DM74ALS1035fv1 


2 


5 


U4,U5 


HCT8X Buffer/Driver TRI-STATE 


r^l^74HCT244M 


2 


6 


UethruUII 


8X Bus Transceiver — 
Non-Inverting TRI-STATE 


MM74HCT245M 


6 


7 


U2 


4x2 in AND Gate— Open Collector 


DM74ALS09M 




8 


U1 


Dual 4X D Latch 


DM74ALS874BWM 




9 


U25 


Ethernet Coaxial Transceiver, CTItm 


DPB392CV 




10 


U27, U28 


LERiC— 100-Pin 


DP83956AVLY 




11 


U34 


Voltage Regulator— Variable — Hi Current 


LiV1350T 




12 


U24 


12V to 9 V Converter 


PIVI6512 




13 


T1,T2 


PULSE SMT AUI Transformer 


PE-65728 


2 


14 


U12thruU23 


TP Filter, Transformer and Summing Resistors 


Valor-FL1085 


12 


DIODES/LEDS 


15 


D5, D6 


Rect. 1VDualSMDSOT23 


FDS1203 


2 


16 


D3 


LED Green 3mm, 0.1 sp Diffused 


IEE#LL231G 


1 


17 


D1,D2 


LED Red 3mm, 0.1 sp Diffused (hi eff.) 


IEE#LL221R 


2 


18 


D4 


LED Yellow 3mm, 0.1 sp Diffused 


lEE #LL251Y 


1 


CONNECTORS 


19 


J3 


CONN-BNC Pc/Mt, Low Profile Biacl< 


AiyP-227161-9 




20 


PI 


CONN-DSUB Female 15P w/SolderTab 


AiVIP-747845-4 




21 


JP2 


CONN— 14-Pin Header Straight— 4 Wall 


3M-3598-6002 




22 


JP1 


CONN— 14-Pin— Right Angle— 4 Wall 


3M-3598-5002 




23 


Cable Diagram 


CONN Receptacle— Center Polarized 
Female— 14 Position 


3M# 3385 Series 




24 


Cable Diagram 


Ribbon Cable— 14 Conductor, 28AWG 


3M #3539/14 




25 


J1 


CONN PWR 2-Pin Angled— l^ale 


AMP— #640389-2 




26 


J2 


CONN— RJ45 X 6—6 Port TP Conn Shielded 


Stewart #SS-6688065 




27 


JP3thruJP18 


PIN Strip v/mt Brkway 16p 2 Row 






28 


JP19 


Pin Strip v/mt Brkway 2p 1 Row 






29 


Assembly Diagram 


1 Inch Aluminum Standoff— Hex Shape 


Amatom #9743-A-0632 




29A 


Assembly Diagram 


NUT #6-32 HexSfdS Steel 






CAPACITORS 


30 


CI thru CI 9, 
C22 thru C25, 
C27 thru C37, 
C40 thru C50, 
C53,C57thruC59 


0.01 jiiF + 80 - 20 1206 50V C/C/SMD 




50 


32 


C61thruC108 


47 pF ±10% 0805 50V C/C/SMD 




48 


33 


C20,21,26,54,55 


22 |iiF ±20% 7343 16V C/T/SMD 




5 


1 
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4.0 BILL OF MATERIALS (Continued) 


Item 

# 


Reference 
(Location) 


Description 


Manufacturer 
and Manufacturer Part # 


Qty. 
per Brd. 


CAPACITORS (Continued) 


34 


C51 


47 fiF ±20% 7343 10V C/T/SIVID 






35 


C38 


1 nF ±20%321618VC/T/SMD 






36 


C52 


0.01 |LiF Radial ±20% 7343 1 kV 






37 


C56 


1 5 pF ± 1 0% 0805 50V C/C/SMD 






38 


C60 


0.33 nF +80/-20 1206 50V C/C/SMD 






39 


GAP1 


0.75 pF Spark Gap 1 kV DC 






MISC 


29B 


Assembly Diagram 


Lock Washer # 6 Ex-Tooth Std 




5 


290 


Assembly Diagram 


Washer #6 Std 




' 9 


28A 


JP19 


Jumper Shunt 2p 1 Row 0.1 0.250 Hi 




1 


RESISTORS 


40 


R3 thru R6 


39.2 R 1 % 1 206 VbW R/F/SM 




4 


41 


R8 thru R1 1 


464 R 1 % 1 206 VaW R/F/SM 




4 


42 


R12, R17thruR19 


1 .Ok R 1 % 1 206 YsW R/F/SM 




4 


43 


R20thruR23 


1 .5k R 1 % 1 206 VoW R/F/SM 




4 


44 


R30thruR35 


2.0k R 1 % 1206 YsW R/F/SM 




6 


45 


R7,R13thruR15 
R26thruR29 
R36 thru 46, R49 


4.75k R 1 % 1 206 %W R/F/SM 




20 


46 


R1,R2 


270 R 1 % 1 206 VaW R/F/SM 




2 


47 


R48 


1.0M R 5% 1206 VsW R/F/SM 




. 1 ■, 


48 


R16 


1 .OM R 5% YaW Radial Comp 




1 


49 


R24, R25 


1 R 1 % 1 206 VaW R/F/SM 




2 


50 


R89thruR139 


30.1 R 1 % 0805 R/F/SM 




48 


51 


R101 


121 R 1% 1206 VaW R/F/SM 




1 


52 


R102 


365 R 1 % 1 206 VaW R/F/SM 




1 


53 


R103 


24.9 R 1 % 1 206 VaW R/F/SM 




1 


54 


R47 


1 00 R 1 % 1 206 VaW R/F/SM 




1 
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4.0 BILL OF MATERIALS (Continued) 



Item 

# 



Reference 
(Location) 



Description 



Manufacturer 
and Manufacturer Part # 



Qty. 
per Brd. 



INDUCTORS 



55 



L1 



4.7 nH/ ±10%1210lnduct/SMD 



SWITCHES 



56 



57 



82 



81 



DIP Switctv— 3 Position Rocker Unsealed 



Push Button— 2 Pole N.O. Momentary 



AMP-3-435166-0 



AICOTP11CG-PC-0 



OSCILLATORS 



58 



59 



60 



61 



62 



U26 



U34B 



U34C 



Assembly Diagram 



Stancor 



Crystal 20.0 MHz Osc 100 ppm 1 4p 4 Conn 



Screw— 6-32 x 0.250 P/Head 88 



Nut-Hex 8td 38 



Std IDT Connector— 0.1 56C 
Double Cantalever Contact 
Crimp Style Contact 



Power Supply- Wall Mnt. AC Adaptor 
-1-12 @1 A Unregulated 
Plug Compatible: Switchcraft 
#PC-722A 



MOLEX: 09-06-5027 



Stancor: 
STA-4812A 



09 
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Section 4 

TOKEN-RING 
PROTOCOL PRODUCTS 

Token-Ring interface 
Controiier Products 




Section 4 Contents 
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DP8025 TROPIC™ 

Token-Ring Protocol Interface Controller 



General Description 

The Token-Ring Protocol Interface Controller (TROPIC) is a 
microCMOS VLSI device designed for easy implementation 
of IEEE 802.5 Token-Ring LAN interface adapters. Ttie 
TROPIC chip includes integrated Analog and Digital Token- 
Ring interfaces and bus interface support for ISA and 
MicroChannel hosts. Transmit and receive buffers are im- 
plemented in shared RAM, with buffer arbitration and con- 
trol provided by the TROPIC chip. 

TROPIC provides full IEEE 802.5 compatibility, including 
Medium Access Control (MAC) and Logical Link Control 
(LLC) protocol handling, and is IBM 802.5 certified. Network 
performance exceeds current 802.5 Jitter Requirements. 
The TROPIC supports both 16 Mbps and 4 Mbps operation, 
which are chip-selectable. 

TROPIC integrates both digital and analog CMOS technolo- 
gies in a single 175-pin, 1.48" (37.2 mm) module. Operation 
is driven by an integral Microprocessor Unit (MPU), which Is 
microcoded for flexible functionality. The microcode control- 
ling the MPU (provided with TROPIC) is stored in an exter- 
nal PROM, which allows simple PROM upgrades to remain 
current with any future changes to the IEEE 802.5 standard. 
External RAM is used for data, control, and scratch-pad 
storage. The TROPIC chip provides an interface for directly 
attaching the required external PROM and RAM devices. 



Host Transmit and Receive buffers and control blocks are 
provided through a Shared RAM Interface, which is man- 
aged by a TROPIC integral controller. The control blocks 
are used to pass commands and messages between the 
Host system and TROPIC. 

Features 

■ Complete Token-Ring Adapter solution 

■ Integrated Bus Interface support for ISA and 
MicroChannel, including MicroChannel POS registers 

■ MAC Layer 802.5 and LLC executed in integral 
microprocessor unit (MPU), minimizing Host software 

■ MPU microcode provided 

■ Chip-selectable 16/4 Mbps operation 

■ Minimal supporting hardware required 

■ Single 4-5V supply required 

■ CMOS for low power dissipation 

■ Configurable RAM size and Page size 

■ Optional Parity on Host interface 

■ Shared buffer memory using standard 8k by 9 
or 32k by 9 RAM 

■ Support for IBM Source Routing Bridges 

■ Minimal Host memory space required 



1.0 System Diagram 
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1.0 SYSTEM DIAGRAM 

2.0 BLOCK DIAGRAM 

3.0 FUNCTIONAL DESCRIPTION 

4.0 INITIALIZATION 

5.0 HOST ADDRESS SPACE STRUCTURE 

6.0 REGISTERS 

7.0 SOFTWARE OPERATION OF TROPIC 
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2.0 Block Diagram 
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3.0 Functional Description 

TROPIC provides three external Interfaces (Token-Ring, 
Host Bus, and Local Storage). TROPIC also requires certain 
Host system resources. 

TOKEN-RING INTERFACE 

The Front End Macro within TROPIC supplies a Ring Inter- 
face. This provides signals and inputs for external equaliza- 
tion and transformer circuits that form the actual Token- 
Ring Serial interface. The external Token-Ring Serial Inter- 
face provides physical connection to the Token-Ring l-AN 
Media. It must include appropriate filter circuits (one Trans- 
mit filter and two Receive filters, one each for 4 Mbps and 
16 Mbps operation), switching circuitry to switch between 
the 4 Mbps and 16 Mbps Receive filters, and line protection 
and conditioning components. 

HOST BUS INTERFACE 

The Host Bus interface allows the Host system to transfer 
data to and from TROPIC. This interface includes a twenty- 
four bit address bus, a sixteen bit data bus with optional 
parity, and control signals to allow the TROPIC Host Bus 
Interface to attach directly, as a bus slave, to ISA or 
MicroChannel. This makes TROPIC appear to be a memory 
device on the Host Bus that can be read or written using 
standard memory access and MMIO (Memory Mapped I/O) 
procedures. 

LOCAL STORAGE INTERFACE 

This Interface provides direct attachment from TROPIC to 
local PROM and RAM devices, which TROPIC controls ex- 
clusively. This Interface includes an eighteen bit data bus 
and sixteen bit address bus, plus control lines to choose 
proper memory devices and control read and write opera- 
tions. 



HOST SYSTEM RESOURCE REQUIREMENTS 

TROPIC requires four Host system resources for 
MicroChannel and ISA bus Hosts as follows: 

• One Interrupt 

• 16k or 64k of memory address space for Shared RAM 
buffers and control blocks (which allow passing of high- 
level commands, frame data, and status codes between 
TROPIC and Host software) 

• ROM/MMiO space (8k for MicroChannel/ISA) 

• 5 bytes of I/O space for MicroChannel and ISA 
Each of these resources Is described In more detail later. 

TROPIC INTERNAL ELEMENTS 

TROPIC can be implemented with an understanding of just 
its external interfaces and Host requirements. However, 
some consideration of TROPIC'S internal structure and data 
flow is useful. 
TROPIC consists of four main logical blocks: 

• Front End Macro (FEM) 

• Protocol Handler 

• Integral MPU 

• Shared Memory Controller 

The functions of each of TROPIC'S internal logical elements 
is best understood by considering data flow through the de- 
vice during reception and transmission of Token-Ring data, 
as described next (these discussions assume some under- 
standing of Token-Ring message structures). 
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3.0 Functional Description (continued) 

TROPIC DATA FLOW— RECEPTION 
Front End Macro 

The Front End Macro (FEM), combined with external equal- 
izer components, provides the interface needed to transmit 
and receive Manchester coded data over the Token-Ring 
media at either 4 Mbps or 16 Mbps. The provided functions 
Include: 

• Equalization of transmission channel 

• Detection of receive signal 

• Clock recovery and re-tlming of received signal 

• Transmission of output data 

• Control functions, such as wrap test of interface 
circuit 

• Ring Insertion and Wire Fault detection 

The Front End Macro provides D-to-A and A-to-D signal 

conversion only. The Protocol Handler and MPU perform 

MAC and LLC processing, encoding, and decoding of data 

streams. 

Received signals that have been decoded to NRZ clock and 

data form are sent to the Protocol Handler. 

Protocol Handler 

When data is received from the Front End Macro, the Proto- 
col Handler first converts the serial data to byte parallel data 
usable by the MPU, and generates parity on the received 
data for subsequent Internal validity checks. 
At the proper time during the receive sequence, the Proto- 
col Handler begins bit-wise CRC (Cyclic Redundancy 
Check) accumulation on the received data. At the proper 
point in the received message, the Protocol Handler ex- 
tracts the Token-Ring destination address. It then compares 
it with the values loaded into the Protocol Handler to deter- 
mine If the message should be copied by this station. If so, 
the Protocol Handler begins transferring the message to 
TROPIC'S local RAM for additional MPU operations. 
The Protocol Handler transfers, in order, the physical con- 
trol field, the Token-Ring destination and source addresses, 
the data fields, and the message's CRC characters. When 
the CRC-protected portion of the message has been re- 
ceived, the received CRC characters are checked for validi- 
ty. 

If there Is a CRC mismatch, the local RAM area used to 
store the message is released and the message is not pro- 
cessed. Othenwise, proper changes are made to the frame 
status byte after the end of frame delimiter. At this point, 
processing moves from the Protocol Handler to the MPU. 

MPU 

The MPU assembles the data transferred from the Protocol 
Handler into multi-byte segments. The areas where the 
message data has been stored are set up as valid for trans- 
fers to the Host Bus via the Shared Memory Interface. 



The actual mapping and management of data into the buff- 
ers is controlled by the MPU microcode, and is also affected 
by certain host-controlled parameters and status codes 
from the Protocol Handler. 

Shared Memory Controller 

When the transfer is complete, a status code is written to 
the appropriate buffer control block address in Shared RAM 
and an interrupt Is issued to the Host The Host software 
can then transfer the received data out of the Shared Mem- 
ory area. 

TROPIC DATA FLOW— TRANSMISSION 

Transmissions from the Host are essentially the opposite of 
receptions. The Host software transfers data and an appro- 
priate transfer command code to a free buffer in Shared 
RAM, and then signals TROPIC'S MPU that a message is 
waltiftg. The MPU then sets up the Protocol Handler to be- 
gin a transfer from Shared Memory. 
When the Protocol Handler senses a pending transmission, 
it begins transferring the data into Its 32-byte FIFO. When 
enough data is buffered to allow continuous transmission 
through the Front End Macro, the Protocol Handler waits for 
a token on the LAN. When a token is acquired, it is convert- 
ed to a frame. Applicable control characters are generated, 
encoded, and transmitted (via the FEM), and the transmis- 
sion continues with destination and source addresses, fol- 
lowed by the information field. When the entire Information 
field has been transferred, the Protocol Handler inserts the 
CRC characters that it has accumulated Into the message, 
followed by the encoded delimiter and frame status byte. 

4.0 Initialization 

The TROPIC can be configured to work in a number of envi- 
ronments. The Power-On Reset configuration is initialized in 
three ways: 

• by setting TROPIC configuration input pins to steady 
state levels via switches, jumpers, pullup/pulldown resis- 
tors, or hard-wiring of the Input pins 

• by Microcode setting of software control switches 

• by loading configuration data into internal TROPIC regis- 
ters (Configuration Registers). In MioroChannol Hosts, 
this is accomplished by writing to TROPIC'S internal POS 
registers. For all other implementations, the TROPIC 
Configuration Registers are loaded from the Storage 
Data bus after reset (as described later in this section). 

TROPIC CONFIGURATION PINS 

Four Input pins are used to configure TROPIC for the Host 
environment: OPEN, -CFG2, -CFG1, and -CFGO. 
The OPEN pin enables/disables generaton and checking of 
parity of the Host dats bus. The Host Configuration pins 
-CFG2, -CFG1 , and -CFGO are used to identify the Host 
bus type, as shown below. This affects various operating 
aspects, including memory mapping and register usage. 
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4.0 Initialization (Continued) 

Host Configuration Pins (0 =^ GND, 1 =^ Vcc) 



-CFG2 


-CFG1 


-CFGO 


Bus Type Indicated 


1 


1 


1 


ISA 16-bit 





1 


1 


ISA 8-bit 


1 





1 


MicroChannel 16-bit 








1 


MicroChannel 8-bit 


1 


1 





Reserved 





1 





Reserved 


1 








Reserved 











Reserved 



MICROCODE SETTINGS 

Several TROPIC registers are Initialized by PROM micro- 
code. These control mostly memory mapping and manage- 
ment and internal parity functions, and are usually unavail- 
able to the Host (even in Ready-only mode). 

TROPIC CONFIGURATION REGISTERS 

In MicroChannel host environments, the Configuration Reg- 
isters are loaded directly from the host during PCS. For all 
other host implementations, the Configuration Register is 
automatically loaded from the Storage data bus after reset. 
Access to the Configuration Registers is limited and varies 
according to Host bus type. 

Besides Host Bus type (set by configuration pins), the fol- 
lowing TROPIC aspects can also be configured: 
• ROM/MMIO Host Base Address— Defines the base ad- 
dress (in the Host's memory space) for the ROM/MMIO 
control area 



• Host Interrupt Level — For ISA and MicroChannel bus 
types, defines the IRQ level to be used 

• Ring Speed — Selects 4 Mbps or 16 Mbps Ring Speed 

• RAM Type — Indicates the type of storage RAM (static or 
dynamic) used on the TROPIC-based adapter 

• Shared RAM Page Size — Selects the Shared RAM inter- 
face page (window) size in host memory space 

• Primary /Secondary Adapter— For ISA and MicroChan- 
nel bus types, sets TROPIC to respond as either the Pri- 
mary Adapter (xOA20) or the Secondary Adapter 
(xOA24h) 

To facilitate the load of the configuraton data for ISA Host 
implementations, TROPIC provides the signal -CFGLD. 
This signal can be used to "gate" configuration data onto 
the storage data bus as illustrated below: 



a 

09 

O 

ro 
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Storage Data bus signals during configuration load are de- 
fined as shown in the table on the next page. 
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4.0 Initialization (continued) 

storage Data Bus Signals during ISA Configuration Load (0 = GND, 1 = Vpc) 



Data Blt(s)* 



Configuration Description 



SD15-SD9 



BIOS/IWI«IO Base Address— Defines Initial Host Base Address for the TROPIC ROM/MIO region of host 
memory (described In Section 5.0). Data Bits correspond to the Inverted sense of host address lines HA1 9- HA1 3 
respectively: 

0000000 xFEOOO 



0010111 



0011001 



1111111 



xDOOOO 



xCCOOO 



xOOOOO 



SD8-SD7 



Encoded IRQ Level (ISA ONLY): Selects Interrupt level for adapter, as follows: 

Selected 
Bits Bit 7 IRQ 



IRQ? 
IRQ6 
IRQ3 
IRQ2 



SD6 



Reserved — must be set to 0. 



SD5 



RAM Type: Indicates the type of Storage RAM used on the TROPIC-based adapter. 

= static RAM, 1 = Dynamic RAM 



SD4 



Reserved— DO NOT drive 



SD3-SD2 



Shared RAM Page Size: Selects the shared RAM page (window) size. I.e., the amount of the Host's memory 
space that Is allocated to shared RAM. These bits are coded as follows: 

Page 
SD3 SD2 Size 









64 kB 





1 


32l<B 


1 





16 kB 


1 


1 


BkB 



This shared RAM page size may not be the total amount of shared RAM on the adapter. For example, an adapter 
with 64 kB of available shared RAM can be set for a 1 6 kB page size to allow shared RAM paging. 



SD1 



TROPIC Ring Speed: = 16 Mbps, 1 = 4 Mbps 



SDO 



Primary/Alternate Adapter Selection Bit: = Secondary (xA24), 1 = Primary (xA20) 



'TROPIC Storage Data Lines are internally pulled up to Vcc- Allowing a data line to "float" during configuration load will result In setting that bit/option to "1" 
For more detailed descriptions of configuration register bit fields see Section 6.0. 
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5.0 Host Address Space Structure 

TROPIC'S Host Address Space is divided into two domains: 
Shared RAM and ROM/IVIMIO, stiown below: 

Shared Memory— Host Address Map 

xFFFFF 



xOOOOO 



ACA 



BIOS 

(iSA/MlcrciChannel 

only) 



Write Region 



Read-only 



Write Window 



Read-only 



ROM/MMIO Domain 
0.5 or 8I<B 



Shared RAM Domain 
16 or 64 kB 
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SHARED RAM DOMAIN 

As discussed in the Functional Description, transmission 
and reception data and control blocks are transferred be- 
tween TROPIC and the Host via the TROPIC Shared RAM 
area. This area can be either 16 KB or 64 kB, depending on 
the Host's upper memory area usage; Its size and initial 
base address are configured during Reset initialization. 
During operation. Shared RAM can be relocated and paged. 
Location and paging status are available through the 
Shared RAM address parameters defined in the RAM Relo- 
cation Register (RRR) and Shared RAM Paging Register 
(SRPR), as described in Section 6.0. 
Mapping of the buffers and control blocks in Shared RAM is 
controlled by microcode. Buffer management and hand- 
shaking are summarized in Section 7.0. More complete de- 
tails are beyond the scope of this document, and are cov- 
ered in a separate programming document. 

ROM/MMIO (MEMORY MAPPED I/O) DOMAIN 

For MicroChannel and ISA Hosts, the ROM/MMIO domain 
is 8k and includes 7.5k for BIOS and 0.5k for an area called 
the Attachment Control Area (ACA). 



The structure of the ACA Is shown below. 

Attachment Control Area (ACA) 



XUhh — 

Offset from 

MMIO Base 

(Host Address) 

xlFOO— ■ 
X1E80 — 

xlEOO — 


Adapter 

Identification 

PROM(AIP) 


ACA 


Reserved Area 


0.5 kB 


Sliared RAM 
Registers 
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The Adapter Identification PROM (AlP) area Is a read-only 
region that contains unique adapter parameters, such as the 
IEEE node address and serial number. 
The area from x1E80 to xlEFF is reserved and should not 
be accessed by the Host. 

The MMIO Registers provide several Important status and 
control registers that are accessible to the Host during oper- 
ation. These are discussed in the next section. 

6.0 Registers 

The Host communicates with and controls TROPIC using 
three methods: Shared RAM, internjpts, and registers. 
TROPIC supports three register areas: 

• MMIO Registers— these are used by all Host bus types 

• Programmed I/O (PIO) Registers— these are used only 
by ISA and MicroChannel hosts and are decoded during 
normal operation 

• MicroChannel Standard POS Registers— these are 
used only by MicroChannel hosts and are decoded only 
during Setup 

Note; POS Registers reside in PIO space, but are treated separately be- 
cause they are only decoded during Setup. 

REGISTER USAGE AND LOCATION BY BUS TYPE 

Register usage varies by bus type, as shown below. 

Register Usage by Bus Type 



a 

■D 
00 

o 

M 



Bus Type 


MMIO 
Registers 


PIO 
Registers 


MicroChannel 
POS Registers 


MCS 


Yes 


Yes 


Yes 


ISA 


Yes 


Yes 


No 
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6.0 Registers (continued) 

Memory allocation of registers Is shown below. 
Register Location by Bus Type 





PIO Space (ISA) 




xOFFFF „ ^ I 
X00A28 """"'' 


X00A27 
X0OA24 


Adapter 1 PIO 
Registers 


X0OA23 
XOOA20 


Adapter PIO 
Registers 




xOOAlF 

X002F8 """"<' 


X002F7 


Global Interrupt 
Enable (IRQ7) 


X002F6 


Global Interrupt 
Enable (IRQ6) 




X00AF5 

X002F4 ""'"" 


X002F3 


Global Interrupt 
Enable (IRQ3) 


X0O2F2 


Global Interrupt 
Enable (IRQ2, 9) 




x002n 

XOOOOO """"■' 1 



PIO Space (MicroChannel) 





xOFFFF ,, . ! 
X00A2B """"'' 


X00A27 
X00A24 


Adapter 1 PiO 
Registers 


X00A23 
X00A20 


Adapter PIO 
Registers 



X00107 
XOOIOO 



xOOtOS 



POS Registers 
(Only during Setup) 



xOOOFF 
; xOOOOO 





MMIO Space (All Busses) 

Unused 




xtEIA 


Reserved 




xlEIB 


Shared RAM Page Register (SRPR) 




XIEIO 


Reserved 




xlEOE 


Timer Value Register (TVR) 




X1E0C 


Timer Control Register (TOR) 




xlEOA 


TROPIC Interrupt/Status Register (TiSR) 




X1E08 


Host Interrupt/Status Register (HiSR) 




X1E06 


Write Window Close Register (WWCR) 




X1E04 


Write Window Open Register (WWOR) 




xtE02 


Write Region Base Register (WRBR) 




XIEOO 


RAM Relocation Register (RRR) 






Unused 

TL/F/11334 



Unused \ 
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MMIO REGISTERS-GENERAL 

The MMIO Registers are used by all bus types and are located within the ACA Host Address Space area. They include mostly 
read-only status registers, with a few Read/Write control registers. For ISA and MicroChannel buses, some of these registers 
are replicated in the PIO Registers; in such cases, one register is usually read-only while the alternative location is read/write. 
All of the MMIO Registers consists of two-byte (word) registers, each having its low order byte at an even address and its high 
order byte at the following odd address. Note that addresses are relative to the ROM/MMIO Base Address. 

MMIO REGISTERS— ISA AND MICROCHANNEL 

This section describes MMIO Register usage in detail for ISA and MicroChannel Hosts. 
RAM Relocation Register (RRR) 

Thisregister is used to relocate the Shared RAM region and indicate its page size and location. It also contains bits used to 
control different TROPIC operating modes. 

Warning: Reserved bits (indicated by "-"), though readable, are controlled by TROPIC. These bits should not be changed. 
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6.0 Registers (continued) 

ISA BUS MODE: 



O 
■tJ 

00 

o 
lo 



15 


14 


13 


xlEOI 
12 11 10 


9 


8 


7 


6 


5 


xlEOO 
4 3 


2 


1 





— 


— 


— 


— 


RAM Size 


— 


— 


AB19 


AB18 


AB17 


AB16 


AB15 


ABU 


AB13 
(=0) 


— 



MICROCHANNEL BUS MODE: 



15 


14 


13 


xlEOI 
12 11 10 


9 


8 


7 


6 


5 


XIEOO 
4 3 


2 


1 





— 


— 


— 


— 


RAM Size 


— 


— 


— 


— 


— 


— 


— 


— 


— 


— 



Blt(s) 



15-12 



Description 



Resen/ed. 
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Shared RAM Page Size: Selects the shared RAM page (window) size, i.e., the amount of the Host's memory space that is 
allocated to shared RAM. These bits are coded as follows: 
11 10 Page Size 









BkB 





1 


16 KB 


1 





32 kB 


1 


1 


64 kB 



This shared RAM page size may not be the total amount of shared RAM on the adapter; instead, this value indicates the 
amount of shared RAM for the Host to map into its memory. For example, an adapter with 64 kB of available shared RAM 
can be set for a 1 6 kB page size to allow shared RAM paging. If the RRR bit 1 1 is set to and bit 1 is set to 1 , this would 
indicate 1 6 kB of shared RAM in the Host's memory map. 

Not*: To use Shared RAM paging, Host software must also use the SRPR (Shared RAM Paging Register) correctly. See the later SHPR description for 
details. 



9-8 



7-1 



Reserved. 



(FOR MICROCHANNEL BUS MODE) Reserved. 

(FOR ISA BUS MODE) Shared RAM Host Base Address: 

For TROPIC adapters in ISA I/O Bus mode, bits 7 through 1 of the RRR register are used to set the shared RAM starting 
address. This location must be set before the Shared RAM can be accessed and must be set to a location In the memory 
map that does not cause a conflict. These register bits default to zero on power-up or after an adapter reset. If the register 
contains zero, the shared RAM is not mapped into the memory map. This register must be set to a correct address 
boundary as follows: 

• 8 kB shared RAM page should be on an 8 kB address boundary. 

• 16 kB shared RAM page should be on a 16 kB address boundary. 

• 32 kB shared RAM page should be on a 32 kB address boundary. 

• 64 kB shared RAM page should be on a 64 kB address boundary. 

For shared RAM paging, the address boundary can be on a 1 6 kB boundary since only 1 6 kB of PC address space is used. 
Note: To select a valid address boundary, RRR Bit 1 (AB13) should always be set to 0. 



Resen/ed. 
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6.0 Registers (Continued) 
Write Region Base Register (WRBR)— READ ONLY 
Write Window Open Register (WWOR)— READ ONLY 
Write Window Close Register (WWCR)— READ ONLY 

WRBR (Read Only): 

X1E03 . 
15 14 13 12 11 10 9 8 



LSB (Least Significant Byte) WRBR 



X1E02 
4 3 



iVISB (Most Significant Byte) WRBR 



WWOR (Read Only): 

X1E05 
15 14 13 12 11 10 9 8 


X1E04 
7 6 5 4 3 2 1 


LSB (Least Significant Byte) WWOR 


MSB (Most Significant Byte) WWOR 



WWCR (Read Only): 
15 14 13 



X1E07 
12 11 



10 



LSB (Least Significant Byte) WWCR 



X1E06 
4 3 



MSB (Most Significant Byte) WWCR 



TInese management register pairs specify an offset into sliared RAM. Tlie offsets are 16-bit values. The even register contains 

ttie most significant byte of this value. For example: 

WRBR(15-8) at x1E03 = 24 (LSB) 

WRBR(7-0) atx1E02 = 47 (MSB) 

WRBR full register value = 2447 

In this example, a 16-blt Read of the WRBR (at x1E02) returns 2447; however, the logical (useable) address value is 4724. 

IMPORTANT: To obtain a useable address. Host software must perform a byte-swap on 16-bit Reads from the WRBR, WWOR, 

and WWCR registers. 

As illustrated below, TROPIC can concurrently define two separate and independent computer write areas within the Shared 
RAM domain: the write region and the write window. The size of each of these areas can be individually defined in word (2-byte) 
Increments from 2 bytes to the maximum size of the shared RAM domain. 

■ Highest Shared RAM Address 



Write 
Region 



Write 
Window 



Read/Write 


■ 


Read-only 




Read/Write 




Read -Only 






WRBR 



Lowest Shared RAlit Address 
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The two areas differ only in how they are bound. The write region always extends from the highest address of the shared RAM 
domain down to a variable origin specified by the WRBR. The write window extends from a variable base defined by the WWOR 
pair to a variable limit defined by the WWCR pair. Also, the low-order bit In each odd register is zero since all write boundaries 
are word (2-byte) aligned. 

Any address in the shared RAM not given specific Host write access by the shared RAM management registers is given Host 
read-only access. A Host write to any of these read-only memory addresses or to any shared RAM management register MMIO 
address will not be completed and will activate the Host Access error interrupt condition (HISR bit 2). Since the origin of the write 
region (WRBR) and the write window (WWOR) must be greater than zero If either write area is to be defined, the first 2 bytes of 
the shared RAM domain are always read-only to the Host. 

The interface mechanism allows the Host read-only access to the entire shared RAM domain until TROPIC Is Initialized and Host 
write-access areas are defined by TROPIC. 

The WRBR contains either zero or the offset of the beginning of the write region. When this field is zero, no write region is 
available. The WWOR contains either zero or the offset of the beginning of the write window. This field contains zero until 
TROPIC Is opened, and when it is zero, no write window Is available. The WWCR contains either zero or the first offset after the 
last writeable offset. This field is reserved until TROPIC is opened, and when it is zero, no write window Is available. 
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6.0 Registers (Continued) 

HOST INTERRUPT/STATUS REGISTER (HISR) 

This read/write register contains interrupt and control bits to allow TROPIC to Issue interrupts to Host software. 



O 
TJ 
OS 

o 
to 



15 


14 


13 


X1E09 
12 11 


10 


9 


B 


7 


6 


5 


X1E08 
4 3 


2 


1 





— 


TCHK 


SRBR 


ASBF 


ARBC 


SSBR 


BFFG 


— 


CH/IR 


INTE 


— 


TINT 


EINT 


AINT 


IBLK 


PR/AL 



Blt(s) 



15 



14 



13 



12 



11 



10 



Description 



Reserved. 



TROPIC Check (TCHK): TROPIC has encountered an unrecoverable error and Is closed. The reason for the check may 
be read from the shared RAM using the address In the write window close management register pair In the attachment 
control area of the MMIO region. The information returned Is defined in the separate programming reference document. 



SRB Response (SRBR): TROPIC has recognized an SRB request and has set the return code in the SRB. A return 
code of: 

xOO: Indicates successful completion of the SRB request. 

xOI -xFD: Indicates unsuccessful completion of the SRB request. 

xFF: Indicates that the request has been accepted and is In process. A subsequent SSB response will be issued at 
the command completion. This interrupt bit is set for this return code only If the Host has set the "SRB Free Request" bit 
intheTISR. ■ 



ASB Free (ASBF): TROPIC has read the response provided In the ASB, and the ASB is available for another response. 
This Intermpt bit is set only If the Host has set the "ASB Free Request" bit In the TISR or if an error has been detected In 
the response. 



ARB Command (ARBC): The ARB contains a command for the Host to act on. 



SSB Response (SSBR): The SSB contains a response to a previous SRB command from the Host. 



Bridge Frame Forward Complete (BRFC): TROPIC has completed transmitting a frame fora/arded by the bridge Host 
software. ^ 



Reserved 



CHCK/IRQ Steering Control (CH/iR): This bit is used to control error Interrupts. If 0, TROPIC will issue a CHCK. If 1 , 
TROPIC will issue IRQ. CHCK is not supported In ISA and MicroChannel bus modes and, for those modes, this bit must 
be set to 1 . 



interrupt Enabie (iNTE): When this bit is on. Interrupt requests will be presented to the Host. When this bit Is off, all 
interrupts are masked off. The bit can be set by either TROPIC or the Host. 



Reserved. 



Timer interrupt (TINT): When this bit Is on, the TVR(7-0) has expired. 



Error Interrupt (EINT): TROPIC has had a machine check occur, the TROPIC deadman timer expire, or the TROPIC 
timer overrun. - 



Access interrupt (AINT): When this bit is on, it Indicates that a shared RAM access violation or an illegal MMIO 
operation by the Host to an Attachment Control Area register pair has occurred. The following conditions will set this bit: 

• Any Host write to a write-protected location In the shared RAM domain 

• Any Host write to a shared RAM management (WRBR, WWCR, WWOR) register 

• Any Host write to HISR(7-0) 

• Any Host write to a nonzero Interrupt field of TISR(1 5-8) or HISR(1 5-8). Nonzero interrupt fields of TISR(1 5-8) and 
HISR(15-8) must be manipulated using OR and AND MMIO commands. 



ISA Bus lUlode ONLY 

Interrupt Bloci< Bit (IBLK): Set by TROPIC to prevent interrupts until Internipts are re-enabled. 



Primary/Aiternate Address (PR/AL): This bit reflects the setting of the TROPIC primary/alternate setup Information. If 
this bit is off, the primary adapter address Is selected. If this bit Is on, the alternate adapter address is selected. 
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6.0 Registers (continued) 

TROPIC INTERRUPT/STATUS REGISTER (TISR) 

This read/write register provides interrupts (for Siiared RAM management, errors, timeouts, and other events) and control 
values that allow Host software to issue interrupts to TROPIC (letting the Host and TROPIC communicate asynchronously). The 
Host software sets bits in TISR(14-8) to Interrupt TROPIC. 

XIEOB X1E0A 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





— 


BFFR 


CSRB 


RASB 


SRBFR 


ASBFR 


ARBF 


SSBF 


IPE 


TINTT 


AINTT 


DTEXP 


TCHKT 


— 


TRIM 


TSIM 



Blt(S) 



15 



14 



13 



12 



11 



10 



Description 



Reserved. 



Bridge Frame Forward Request (BRFR): The Host software has placed a frame in the bridge transmit buffers and is 
requesting that the frame be forwarded. 



Command In SRB (CSRB): The Host software has placed a command In the SRB and is informing TROPIC. 



Response in ASB (RASB): The Host software has placed a response to an ARB request in the ASB and is informinq 
TROPIC. " 



SRB Free Request (SRBFR): The Host software wants to use the SRB, but a previous request is still being processed 
by TROPIC. TROPIC will return an "SRB free" interrupt when the SRB return code field has been set. 



ASB Free Request (ASBFR): The Host software wants to use the ASB, but a previous response is still being processed 
by TROPIC. TROPIC will return an "ASB free" interrupt when the ASB return code field has been set. 



ARB Free (ARBF): The command in the ARB has been read by the Host software and the ARB is available. If the 
command requires a response from the Host software (receive and transmit only), it will be provided in the ASB later. 



SSB Free (SSBF): The response in the SSB has been read by the Host software and the SSB is available. 



Internal Parity Error (IPE): If this bit was on, there was a parity error on TROPIC'S internal bus. 



Timer Interrupt— TROPIC (TINTT): At least one of the TCR(15-8) timers has an interrupt to present to TROPIC. 



Access Interrupt— TROPIC (AINTT): When this bit is on, it indicates that a shared RAIVI access violation or an illegal 
MMIO operation by TROPIC to an Attachment Control Area register has occurred. 



Deadman Timer Expired (DTEXP): The deadman timer has expired, indicating an adapter microcode problem. This bit 
is one of the conditions that can set HISR bit 3. 



TROPIC Processor Check— TROPIC (TCHKT): This bit does not latch on but follows the state of the TROPIC 
processor machine check indication. This bit is one of the conditions that can set HISR bit 3. 



Reserved. 



TROPIC Hardv.'sre Interrupt Mask (TKIM): When this bit Is on, it prevents adapter hardware interrupts (TISR bits 7 and 
5) from being presented to the TROPIC processor. 



TROPIC Software Interrupt Mask (TSIM): When this bit is on, it prevents Host software interrupts (TISR bits 1 4-8) from 
being presented to the TROPIC processor. 
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6.0 Registers (continued) 

TIMER CONTROL REGISTER (TCR) 

This register controls both Host and ring timing. TCR(7-0) Is used with the TVR register to control the Host programmable timer. 
TCR(15-8) controls the fixed-duration timers used by TROPIC'S microcode timing routines, and is reserved. 



D 
■o 






15 


14 


13 


XlEOD 
12 11 


10 


9 


8 


7 


6 


5 


X1E0C 

4 


3 


2 


1 





— 


— 


— 


— 


— 


— 


— 


— 


PTIM 


PTRM 


PTCG 


PTOS 


PTCS 


HLCK 


— 


— 



Blt(s) 



15-8 



1-0 



Description 



Reserved (TROPiC MPU timer control). 



Host Programmable Timer Interrupt Mask (PTIM): This bit controls the timer Interrupt operation. When this bit Is on, 
the timer interrupts the Host when the programmable count expires. When the bit Is off, the timer will not Interrupt the 
Host, and the timer status must be obtained by polling either HISR bit 4 or TVR(7-0). The timer Interrupt, \m ail Host 
interrupts. Is also subject to the Interrupt enable bit (HiSR bit 6). 



Host Programmable Timer Reload Mode (PTRM): If this bit is on, the timer automatically reloads from TVR(1 5-8) 
when the countdown expires (reaches zero). When this bit is off, the timer must be reprogrammed or restarted after 
each countdown. Setting bit 6 while the count Is counting reloads TVR(7-0) with the initial count In TVR(15-8). 



Host Programmable Timer Count Gate (PTCG): This bit enables/disables timer counting and also allows reloading of 
the Initial countdown from TVR(1 5-8). Setting the bit to 1 enables the timer and starts counting. Resetting to disables 
the timer and halts decrementing of the timer count. The countdown may be resumed by writing a 1 back to this bit, 
since the count contained in the timer Is not changed when the gate bit Is cleared. However, if a gate set Is received 
when the gate bit Is already on and timer count Is 0, the countdown value reloads from T\/R(15-8) and a full countdown 
begins. ^ 



Host Programmable Timer Overrun Status (PTOS): This bit Is set when an ovenun condition Is detected with the Host 
timer interrupt. If the timer Interrupt has not been reset before the end of the next timing period, the overrun bit Is set at 
the end of that period. Once set, this status bit remains active until reset to zero by the Host. 



Host Programmable Timer Count Status (PTCS): This bit Is Host Read-only and Is set by TROPIC when the timer 
contains a nonzero countdown value (the timer Is loaded but not necessarily counting), if this bit Is 1 , the nonzero timer 
counter value can be obtained by reading TVR(7-0). Othenivlse, reads to the TVR(7-0) return zeroes. When the timer 
countdown Is halted by clearing of TCR bit 5 and the count value Is not zero, this bit will remain active (set to 1). 



Host Interlock (HLCK): This interiock allows TROPIC'S Internal diagnostic routine to check the functional capability of 
the Host timing facility without Interference from the Host. When set to 1 , this bit prevents Host MMIO writes from 
updating the contents of the TVR register and the Host portion (except this bit) of TCR(7-0). This bit will be set only 
when TROPIC'S internal diagnostic procedures require exclusive use of the Host programmable timer. 



Reserved. 
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S 6.0 Registers (Continued) 
Q TIMER VALUE REGISTER (TVR) 

This register contains the Host timer Initial countdown value In TVR(15-8) and the current Host timer count In TVR(7-0) 

(referred to as "the timer"). Reading TVR(15-8) always returns the last value written to It (zero following Initial power-on). Both 

TVR(15-8) and TVR(7-0) are cleared after power-on reset. For each byte, possible values range from 10 ms (xOI) to 2.55 

seconds (xFF) in 10 ms Increments. 

If the timer contains zeros, writing a byte to TVR(15-8) transfers that value to the timer. Counting is then subject to the state of 

the TCR(5) gate bit. A read of TVR(7-a) returns the actual contents of the Host timer counter at the time the read Is received by 

TROPIC. Writes to TVR(7-0) are Ignored. 

If the counter Is loaded (nonzero), a write to the TVR(15-8) register will not cause the timer to be reloaded. The loading of the 

new TVR(15-8) value to the timer is governed by the state of the TCR gate and reload bits (TCR bits 5 and 6). 

The TCR(3) count status bit and the TCR(5) gate bit are used with TVR(7-0). When the timer Is loaded (the TCR(3) count status 

bit is 1 ), the value returned from TVR(7-0) Is the actual timer count at the time of the read. If the TCR(3) gate bit Is 1 , then the 

counter will be counting and the value returned will reflect the current Instantaneous counting state. 

X1E0F XlEOE 



15 14 13 12 11 10 



Timer Initial Count (TINIT) 



4 3 



Timer Current Count (TCUR) 



Blt(s) 



15-8 



7-0 



Description 



Host Programmable Timer Initial Count (TINIT): See description above. 



Host Programmable Timer Current Count (TCUR): See description above. 



4-16 



6.0 Registers (continued) 

SHARED RAM PAGE REGISTER (SRPR) 

Through the SRPR register, TROPIC allows the Host system to use memory paging schemes to allocate a smaller Shared RAM 
domain (in the Host memory space) than the actual physical Shared RAM size on the TROPIC adapter. For example, if the 
adapter needs 641< of Shared RAM, but the Host system can allocate only 16k, the 64k adapter RAM can be mapped to the 16k 
Host space as four separate 1 6k pages, any one of which is "visible" at a given moment. Note that TROPIC always has full 
access to the entire 64k space even if the Host is using a smaller page size. 

The SRPR register Is only valid in Host bus modes that support RAM paging. It Is used before initialization to communicate to 
TROPIC'S microcode the total amount of RAM to use, and is also used after Initialization to "page" the shared RAM into the 
Host's memory map. 

Before TROPIC is initialized, the Host's software must write the appropriate value to the SRPR to communicate to TROPIC'S 
microcode how much total shared RAM to use. If a value of xOOOO Is written to the SRPR, TROPIC uses only the amount of RAM 
indicated by the Shared RAM size bits in the RRR register (bits 1 and 1 1 ). if the RRR Shared RAM size bits are set to the page 
size indicated in the ID PROM under the RAM paging function, the Host software can write xCOOO to the SRPR, (i.e., set bits 6 
and 7 to a "11") and TROPIC'S microcode will use all 64 kB of Shared RAM. The Host software can then access the entire 
64 kB of shared RAM using RAM paging. 

If RAM paging is selected, the SRPR can be used to "page" the Host "window" into the full 64 kB of Shared RAM after TROPIC 
is initialized. See the separate programming reference document for more details on Shared RAM paging procedures. 
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Bit(s) 



Description 



15-8 



Reserved 



Page Select Bit 1 (PS1): 

Before initialization, this bit and bit 6 indicated whether RAM Paging should be used, as follows: 
Value 



(PSI.PSO) 



Meaning 



00 Use RRR (1 0,1 1 ) as total RAM, no paging 

01 Reserved 

10 Reserved 

1 1 Use 64k as total RAM, use paging 

After initialization, this bit and bit 6 are used to select the desired memory page, as follows: 
Value 



(PS1,PS0) 

00 
01 
10 
11 



Meaning 

Map Page 1 1nto Host Memory Map 
Map Page 2 into Host Memory Map 
Map Page 3 into Host Memory Map 
Map Page 4 into Host Memory Map 



Page Select Bit (PSO): See PSI above. 



5-0 



Reserved. 
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6.0 Registers (continued) 



PIO REGISTERS (ISA AND MICROCHANNEL) 

The PIO Registers provide access to certain MMiO Register data or controls ttiat are unavailable to ISA and MicroChannel 

Hosts via tiie MMIO Registers. This includes Configuration Register information, Soft Reset Control, and ROM/MMIO Address 

information. The PIO registers also provide Shared RAM Address Information for MicroChannel bus Hosts and Global Interrupt 

Enable registers for ISA bus Hosts. 

There are four I/O addresses dedicated for PIO operations to each possible adapter type (primary or alternate). Read (IN) or 

write (OUT) operations to these addresses either cause an action or transfer data. The same address has different definitions 

based on whether Read or Write access is used, as described in the table below. 

Note: The MicroChannel POS Registers also appear in Host 1/0 space, but are discussed separately In the next section. 



PIO Registers (ISA) 



PIO Registers (MicroChannel) 





Read 


Write 




X0OA27 
X00A26 
X00A25 
x0aA24 
X00A23 
X00A22 
X00A21 
X00A20 


Read 


Write 
















X00A27 


Reserved 


Interrupt Enable 


Secondary 
Adapter 


Reserved 


Reserved 




X00A26 


Reserved 


Reset Release 


Setup Read 2 


Reset Release 


Secondary 


X00A25 


Reserved 


Reset Latch 


Reserved 


Reset Latch 


Adapter 


X00A24 


Setup Read 1 


Reserved 


Setup Read 1 


Reserved 




X00A2J 


Reserved 


Interrupt Enable 


Primary 
Adapter 


Reserved 


Reserved 




X00A22 


Reserved 


Reset Release 


Setup Read 2 


Reset Release 


Primary 


X00A21 


Reserved 


Reset Latch 


Reserved 


Reset Latch 


Adapter 


X00A20 


Setup Read 1 


Reserved 


Setup Read 1 


Reserved 




xOOAIF 
X002F8 


Unu 


sed 








TL/F/11334-11 


X002F7 


Reserved 


IRQ7 


Global 

Interrupt 

Enable 




X002F6 


Reserved 


IRQ6 




X002F5 
X002F4 


Unu 


sed 




X002F3 


Reserved 


IRQ3 




X002F2 


Reserved 


IRQ2 





TUF/1 1334-10 



Global interrupt enable (IRQn) 



X0002F7 (WRITE) ISA ONLY 

X0002F6 (WRITE) 
X0002F3 (WRITE) 
X0002F2 (WRITE) 

For ISA Bus mode, an I/O Write (OUT) to x002Fn issues a global interrupt enable. This resets interrupt generating circuits in all 
adapters sharing the Host interrupt facilities. The specific IRQ level is defined by the value of "n", as follows: 
Write to Enables 



X0002F7 


IRQ7 


X0002F6 


IRQ6 


X0002F3 


IRQ3 


X0002F2 


IRQ2, 9 



This command performs no function for MicroChannel Bus mode. 
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6.0 Registers (continued) 

Setup Read1 xOOA20 (x00A24) READ ISA/MicroChannel 

A read to this register returns all but tlie high-order bit of the 1 byte ROM/MMIO domain base address (in Host's memory space) 
and 2 bits of Interrupt level information. 

For f^lcroChannel Host bus adapters, this information must have been set during the setup function of POST. The address 
specifies where, in a 512 kB portion of 1 MB of li^ioroChannel Host-addressable memory, TROPIC registers will be located. 
For ISA Host bus adapters, this information must be set (by jumpers, switches, etc.) when the adapter is installed, or using a 
proprietary software downloading scheme, to define where in the Host-addressable memory TROPIC registers will reside. 
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6 


XO0A20 (X00A24) READ 
5 4 3 2 


1 


RAB18 


RAB17 


RAB16 


RAB15 


RAB14 


RAB13 


Encoded IRQ 



Blt(s) 



Description 



7-2 



ROM/MMIO Host Base Address: (Address Bits 18-13, respectively): Used to determine all but the high order bit of the 
ROM/MMIO starting address, usually as part of Initialization handshaking (see Section 7.0), as follows: 
Setup ROM/MMIO 

Read 1 -Bit Boundary Address Bit 



7 


256 kB 


18 


6 


128kB 


17 


5 


64 kB 


16 


4 


32 kB 


15 


3 


16 kB 


14 


2 


8kB 


13 



The ROM/MMIO domain is mapped to any contiguous 8 kB block within a 1 MB Host address space. If an optional BIOS 
module is installed on the adapter that executes at power-on time, the ROM/MMIO domain must be limited to the 96 kB 
of BIOS space in the Host (x0C8000-0DFFFF). 
Note: For MicroChannel Host. See bit of Setup Read 2 Register at xOA22 (xOA26) for the value of address bit 1 9 

(51 2 kB). For ISA Host: Bit 1 9 is always equal to 1 ■ . 



1-0 



Encoded IRQ Level: Indicates Interrupt level selected for adapter, as follows: 
Biti BitO ISA Bus Mode MicroChannel Bus Mode 









IRQ2 





1 


IRQ3 


1 





IRQ6 


1 


1 


IRQ7 



IRQ2 
IRQ3 
IRQ10 
IRQ11 



TROPIC Reset Latch x00A21 (x00A25) WRITE ISA/MicroChannel 

A Write to this register causes an unconditional TROPIC reset to be latched on. The entire TROPIC is held reset until a TROPIC 

Reset Release is received from the Host. The TROPIC reset state is similar to a power-on reset and is used to start TROPIC in a 

known state. While TROPIC is held reset, the Host cannot access either the Shared RAM or the MMIO region (except for the 

BIOS area). 

TROPIC Reset Release x00A22 (X00A26) WRITE ISA/MicroChannel 

A Write to this register turns off a TROPIC reset condition previously latched on by a TROPIC Reset Latch from the Host. Before 

TROPIC can be fully reset, at least 50 ms must elapse between a TROPIC Reset Latch and TROPIC Reset Release Instruction. 

If TROPIC Is not latched in a reset condition, the command is ignored. 
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6.0 Registers (continued) 

Setup Read 2 x00A22 (x00A26) READ MicroChannel ONLY 

For MicroChannel Hosts only, a read to this register returns a 1-byte value containing the Shared RAM address p/us the high- 
order bit of the ROM/MMIO domain base address. This information must have been set during the setup function of POST. The 
address specifies where, in a 1M space of MicroChannel Host-addressable memory, the Shared RAM on the adapter will be 
located. The ROM/MMIO address bit specifies which 512 kB portion of 1 MB MicroChannel Host-addressable memory the 
ROM/MMIO domain is in. 
Note: For ISA Hosts, the Shared RAM domain |s set by Host software using the RRR register (see earlier discussion of MMiO Registers). 



7 


X00A22 (X00A26) READ— MicroChannel ONLY 
6 5 4 3 2 1 





SAB 19 


SAB18 


SAB 17 


SAB16 


SAB15 


SAB14 


SAB 13 


RAB19 



Blt(s) Description 
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MicroChannel Hosts Only 

Shared RAM Host Base Address: (Address Bits 19-13, respectively): Used by MicroChannel Hosts to determine the 

Shared RAM starting address, usually as part of Initialization handshaking (see Section 7.0), as follows: 



Setup 




Shared RAM 


Read 2-Bit 


Boundary 
512 kB 


Address Bit 


7 


19 


6 


256 kB 


18 


5 


128kB 


17 


4 


64 kB 


16 


3 


32 kB 


15 


2 


16 kB 


14 


1 


8kB 


13 



MicroChannel Hosts Only 

ROM/MMIO Host Base Address: Bit 19: Used by MicroChannel Hosts to determine bit 1 9 of the ROM/MMIO domain 

base address (see Setup Read 1 Register above for more information) 



Adapter Interrupt Enable x00A23 (x00A27) WRITE ISA ONLY 

A Write to this register Resets and re-enables only the TROPIC-based adapter's interrupt generation circuitry. Since this leaves 
all other Host adapters disabled, the TROPIC adapter is able to monopolize the internjpt facilities. 

MicroChannel POS REGISTERS (MicroChannel Only) 

During Setup only, TROPIC provides PlO-addressable POS registers for polling and initializing adapters in MicroChannel Hosts, 
in keeping with MicroChannel architecture, these registers let configuration information be written from the non-volatile POS 
memory on the MicroChannel motherboard to TROPIC during Setup. However, these registers are not available during TROPIC 
operations after Setup. (During normal operation, refer instead to the Setup Read 1 and Setup Read 2 PIO Registers for adapter 
information.) The POS Register region of PIO space has the following structure: 



MicroChannel POS Register Locations (only available during Setup) 



X00107 
X00106 
X00105 
X00104 
X00103 
X00102 
X00101 
XOOIOO 



Channel Check/Status Register (High Byte)— READ ONLY 



Channel Check/Status Register (Low Byte)— READ ONLY 



Status/Check Register 



Configuration Register (High Byte) 



Configuration Register (Low Byte) 



Card Enable 



MicroChannel Card ID (High Byte)— READ ONLY 



MicroChannel Card ID (Low Byte)— READ ONLY 
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6.0 Registers (continued) 



MicroChannel Card ID Register Pair (Read Only) 

This read-only register pair provides the unique MicroChannel Card ID (as stored in the Adapter Identification PROM). Bits 1 5- 
of the ID are always set at xEOO, so the range of unique Card ID values are xEOOOO to xEOOOF. 
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X00101 
15 14 13 12 11 10 9 8 


XOOIOO 

7 6 5 4 3 2 1 1 


CARD ID High Byte 
(Hardwired to xEO) 


Upper 4 Bits of CARD ID Low 
Byte (Hardwired to xO) 


Lower 4 Bits of CARD ID Low 
Byte (Unique to Adapter) 



Blt(s) 



Description 
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Card ID High Byte: This is always "hardwired" to xEO. 



7-4 



Card ID Low Byte (Most Significant 4 bits): This is always "hardwired" to xO. 



3-0 



Card ID Low Byte (Least Significant 4 bits): These bits are card-specific. 



Card Enable Register 

This register contains the MicroChannel Card Enable bit and the Shared RAM Base Address (which is loaded from Configuration 
Register bits 15-9 during POST). 



7 


6 


5 


X00102 
4 3 


2 


1 





AB19 


AB18 


AB17 


AB16 AB15 


AB14 


AB13 
(=0) 


CENA 



Blt(s) 



Description 
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Shared RAM Host Base Address: (Address Bits 1 9-13): Used to set the shared RAM page starting address during 
Setup. This location must be set before the Shared RAM can be accessed and must be set to a location In the memory 
map that does not cause a conflict. These register bits default to the same setting as Configuration Register Bits 15-9 
on power-up or after an adapter reset. If the register contains this value, the shared RAM page is not mapped into the 
memory map. This register must be set to a correct address boundary as follows: 

• 8 kB shared RAM page should be on an 8 kB address boundary. 

• 1 6 kB shared RAM page should be on a 16 kB address boundary. 

• 32 kB shared RAM page should be on a 32 kB address boundary. 

• 64 kB shared RAM page should be on a 64103 address boundary. 

For RAM paging, the address boundary can be on a 1 6 kB boundary since only 1 6 kB of PC address space Is used. 
Note: To select a valid address boundary, RRR Bit 1 (AB 1 3) should always be set to 0. 



Card Enable Bit (CENA): This bit, when set to 1 , enables all MMIO and PIO operations along with the card Data Bus 
and return signal drivers. If set to 0, the card is disabled. 
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6.0 Registers (continued) 

Configuration Register Pair 

This register pair provides an alternative to hardware jumpers at Setup. 



15 


14 


13 


X00104 
12 11 


10 


9 


8 7 


6 


5 


4 


X00103 
3 2 


1 





RMA19 


RMAie 


RMA17 


RMA16 


RMA15 


RMA14 


RMA13 


Encoded IRQ 
Level 


— 


— 


— 


RAM Size 


RATE 


PR/AL 



Bit(s) 



Description 
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ROiU/MMIO Host Base Address: (Address Bits 1 9-13): Used to set the ROM/MMIO starting address during Setup. 
This location must be set before the ROM/MMIO can be accessed and must be set to a location in the memory map 
that does not cause a conflict. The ROM/MMIO domain is mapped to any contiguous 8 l<B block within a 1 MB (Host 
address space. 



8-7 



Encoded IRQ Level: Selects interrupt level for adapter, as follows: 
Bite Bit 7 Selected IRQ 



IRQ2 
IRQ3 
IRQ10 
IRQ11 



6-4 



Reserved. 



3-2 



Shared RAM Page Size: Bits 3 and 2 select the shared RAM page (window) size, i.e., the amount of the Host's memory 
space that is allocated to shared RAM. These bits are coded as follows: 
Bits Bit 2 Page Size 









8kB 





1 


16 kB 


1 





32 kB 


1 


1 


64 kB 



This shared RAM page size may not be the total amount of shared RAM on the adapter. For example, an adapter with 
64 kB of available shared RAM can be set for a 1 6 kB page size to allow shared RAM paging. If bit 3 is set to 1 and bit 2 
is set to 0, this would indicate 1 6 kB of shared RAM in the Host's memory map.) 



TROPIC Data Rate: = 4 Mbps, 1 = 16 Mpbs 



Primary /Alternate Adapter Selection Bit: = Primary, 1 = Alternate 



Status/Check Re'^ister 

This register contains the MicroChannel Status and I/O Channel Check indicator bits. 
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6 


5 


X00105 

4 


3 


2 


1 





CHCK 


CSTAT 


— 


— 


— 


— 


— 


— 



Bit(s) 



Description 



Channel Check: Reflects the true value of -CHCK, TROPIC'S I/O Channel Check Signal (0 = Active. 1 = inactive). 
Channel Check Status: Only valid if Channel Check is active (0 = Present, 1 = Not Present). 
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Reserved. 



Channel Check Status Registers (Read Only) 

This read-only register pair holds the MicroChannel Channel Check Status bits. It should be considered a reserved area. 
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7.0 Software Operation of TROPIC 

As mentioned earlier, once TROPIC initialization Is com- 
plete, the Host software communicates with and controls 
TROPIC through three methods: Shared RAM, Interrupts, 
and registers. This section briefly describes procedures for 
using those methods to operate TROPIC. More complete 
details are provided in a separate programming reference 
document. 

SHARED RAM CONTROL BLOCKS 
One use of Shared RAM is to provide buffers for passing 
Token-Ring data between TROPIC and the Host. A second, 
equally important use of the Shared RAM is to allow the 
passing of specialized data between TROPIC and the Host 
software in Control Blocks. Control Blocks are used to pass 
Commands (i.e. requests), and the status of requests be- 
tween TROPIC and the Host software. There are four Con- 
trol Blocks: 

• System Request Block (SRB)— used to pass a com- 
mand from the Host software to TROPIC and to pass 
return codes back to the Host software 

• System Status Block (SSB)— if an SRB command re- 
quires further processing, this block Is used to pass the 
ultimate results of the command from TROPIC to the 
Host software 

• Adapter Request Block (ARB)— used to pass a com- 
mand or Information from TROPIC to the Host software 

• Adapter Status Block (ASB)— used by the Host soft- 
ware to respond to an ARB command received from 
TROPIC, usually with an indication of successful or un- 
successful completion 

These Control Blocks are used In conjunction with Intenupts 
to provide event-driven, asynchronous operation of 
TROPIC, as described later. 

Control Block Commands Include high level requests from 
the Host software to TROPIC for MAC (Media Access Con- 
trol) and LLC (Logical Link Control) services, which are pro- 
vided within TROPIC by its MPU and Protocol Handler. The 
Host software Is therefore relieved from having to manage 
MAC, or LLC services, greatly reducing Host program size 
and complexity. 

SHARED RAM BUFFERS 

Shared RAM Includes two types of buffers for passing To- 
ken-Ring data between TROPIC and the Host: 

• Transmit Buffers (also called Data Holding Buffers, or 
DHBs) 

• Receive Buffers 

Transmit Buffers (DHBs) 

TROPIC assembles and transmits frame data from the 
Transmit Buffers (based on transmit commands Issued 
through the SRB [System Request Block] by the Host soft- 
ware). 



The number and size of the Transmit Buffers is determined 
when TROPIC is Issued an Open Adapter command (as de- 
scribed later). 
RECEIVE BUFFERS 

TROPIC takes frame data from the Token-Ring and writes It 
Into Receive Buffers In Shared RAM. It then places a Re- 
ceive command in the ARB and issues an interrupt to the 
Host software. Among other things, the Receive command 
information will Include the starting address of the Receive 
buffer. 

The total size of the Receive Buffers is determined Indirectly 
when TROPIC is issued an Open Adapter command (de- 
scribed later); all Shared RAM that Is not needed for work 
areas, control blocks, communication areas, and Transmit 
Buffers is configured as Receive Buffers. Multiple Receive 
Buffers may be chained together to hold a complete frame, 
in which case each buffer will contain a pointer to the next 
buffer in the chain (and the Receive command will Indicate 
the starting address of the first Receive Buffer). 

INITIALIZATION HANDSHAKING 

Before beginning an operating session with TROPIC, the 
Host software must first perform an initialization to ensure a 
known starting point. The typical method Is as follows: 

1. Invoke a Reset condition on TROPIC (using an Adapter 
Reset PIO Register access for MicroChannel and ISA. 

2. Delay for at least 50 ms. 

3. Invoke a Reset Release (using a Reset Release PIO 
Register access for MicroChannel and ISA. 

4. If Shared RAM Is to be paged, request paging by writing 
xCOOO to SRPR (Shared RAM Page Register). 

5. Set the Enable Interrupt bit of the HISR register (Host 
Interrupt/Status Register). 

6. Walt for 1 to 3 seconds until TROPIC sets the "SRB 
Response" bit of the HISR register (indicating Initializa- 
tion and TROPIC'S Adapter Diagnostics Program are 
complete). 

7. Read the WRBR (Write Region Base Register) and the 
Shared RAM Segment address. Use the offset in the 
WRBR and the Shared RAM Segment Address to calcu- 
late the Initial location of the SRB where TROPIC has 
posted the results of the Initialization (Including any diag- 
nostics failure messages). 

8. Read and evaluate the results in the SRB and store im- 
portant parameters. If diagnostics code Indicates suc- 
cessful completion, proceed with operations. 

9. If Fast Path Transmission will be used, fill out the SRB 
with CONFIG.FAST.PATH.RAM command information 
and interrupt TROPIC. Read the response In the SRB to 
get the new SRB address. 
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7.0 Software Operation of TROPIC (continued) 

HOST-TO-TROPIC COMMAND HANDSHAKING 

Commands that Host software can issue to TROPIC using 
the SHB are summarized later in this section. The general 
procedure for issuing a command to TROPIC is: 

1. Host software writes the appropriate Command code 
and related parameters into the SRB. 

2. Host software sets the TISR register's "Command in 
SRB" bit to issue an interrupt to TROPIC. 

3. TROPIC checks the validity of the SRB contents and ei- 
ther: 

— completely processes the command, sets a return 
code other than xFF in the SRB, and issues an inter- 
rupt to the Host software (by setting the HISR regis- 
ter's "Response in SRB" bit). 

— performs initial processing only, sets the return code 
to xFF in the SRB, and provides a "command correla- 
tor". TROPIC issues an interrupt to the Host software 
(by setting the HISR register's "Response in SRB" 
bit) on/y if an SRB Free Request Interrupt is issued by 
the Host software (by setting the TISR register's 
"SRB Free Request" bit). 

4. Depending on the command, TROPIC may request more 
data using the ARB (Adapter Request Block) and DHB 
(i.e., the Transmit Buffer). The Host software uses the 
ASB (Adapter Status Block) to indicate that the request- 
ed data has been moved to the appropriate Shared RAM 
location. After reading the ARB, the Host software inter- 
rupts TROPIC by setting the TISR "ARB Free" bit. 

5. When processing is completed for a command in pro- 
cess (i.e., return code is xFF in Step 3), TROPIC puts the 
final return code In the SSB (System Status Block) and 
interrupts the Host software by setting HISR "SSB Re- 
sponse" bit). 



6. After the Host software reads the return code from the 
SSB, it interrupts TROPIC by setting the TISR "SSB 
Free" bit. 

TROPIC-TO-HOST COMMAND HANDSHAKING 

The commands which can be issued from TROPIC to the 
Host software using the ARB are summarized in a table 
later in this section. The general procedure for issuing a 
command to the Host software is as follows: 

1. TROPIC writes the appropriate Command code and re- 
lated parameters into the ARB. 

2. TROPIC sets the HISR register's "ARB Command" bit to 
Issue an interrupt to the Host software. 

3. The Host software reads the ARB contents and issues 
an interrupt to TROPIC by setting the TISR register's 
"ARB Free" bit (to acknowledge command receipt and 
to indicate that TROPIC can re-use the ARB). 

4. If a response is required based on the command, the 
Host software writes the response information into the 
ASB (Adapter Status Block) and issues an intermpt to 
TROPIC by setting the TISR register's "Response in 
ASB" bit. 

5. After TROPIC reads the ASB response, it either 

— sets a return code of xFF in the SRB, and issues an 
interrupt to the Host software by setting the HISR 
register's "ASB Free" bit on/y if the "ASB Free Re- 
quest" internjpt bit is set. 

— sets an error return code indicating that an error has 
been detected, and issues an interrupt to the Host 
software by setting the HISR register's "ASB Free" 
bit, regardless of the status of the "ASB Free Re- 
quest" interrupt bit. 



SRB (Host-to-TROPIC) COMMAND SUMMARY 
Direct Interface Commands 

ilivre aTpracesslnT ^'^"^'^ ^' ^ *''°'^' '^'^^' "'^" ^"^''"'^ ^^^^ '^^'^'"^ ^"^^^^ ^°'""^ °' ""'' ''^"°"'' ^"^ ''° "°' 



Command Name 



DIR.CLOSE.ADAPTER 



DIR.CONFIG.FAST.PATH.RAM 



Code (Hex) 



DIR.INTERRUPT 



DIR.M0DIFY.0PEN.PARH/1S 



DIR.OPEN.ADAPTER 



DIR.READ.LOG 



DIR.RESTORE.OPEN.PARMS 



DIR.SET.FUNCT.ADDRESS 
DIR.SET.GROUP.ADDRESS 



04 



12 ■ 



00 



01 



03 



08 



02 



07 



06 



Description 



Closes the adapter, terminating all Ring communications (or Open Wrap test 
if in process) 



Tells adapter to use Fast Path interface techniques and sets values for the 
amount of shared RAM to allocate for the transmit interface and the size of 
the Fast Path buffers to be used; this command can only be issued when the 
adapter is in a Closed state 



Forces a TROPIC interrupt; has no effect on Ring communications 



Modifies adapter options previously set by DIR.OPEN.ADAPTER 



Opens adapter with specified options, preparing adapter for normal ring 
operations (in automatic receive mode) or adapter wrap test 



Reads and resets adapter error counters 



Modifies adapter options set by DIR.OPEN.ADAPTER 



Sets the functional address for the adapter to receive Ring messages 



Sets the Group address for the adapter to receive Ring messages 
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7.0 Software Operation of TROPIC (continued) 

DLC (IEEE 802.2 SAP and Station Interfaces) Commands 

These commands affect SAPs (Service Access Points) or link stations, and make use of LLC protocols. 


Command Name 


Code (Hex) 


Description 


DIC.CLOSE.SAP 


16 


Closes (deactivates) an SAP and frees associated control blcck(s) 


DLC.CLOSE.STATION 


1A 


Closes one link station; will not complete while Ring is "beaconing" 


DLC.CONNECT.STATION 


1B 


Initiates a SABME_UA exchange to place the local and remote link stations in a 
data transfer state, or completes such an exchange that has been initiated by the 
remote station 


DLC.FLOW.CONTROL 


1D 


Controls the flow of data across a specified link station on an SAP, or every link on 
an SAP 


DLC.MODIFY 


1C 


Modifies selected working values on an open link station or the default values of an 
SAP 


DLC.OPEN.SAP 


15 


Opens (activate) an SAP and allocates an individual SAP control block 


DLC.OPEN.STATION 


19 


Allocates resources to support a logical link connection 


DLC.REALLOCATE 


17 


Removes a given number of link station control blocks from a SAP and returns 
them to the adapter pool, or removes a given number of link station control blocks 
from the adapter pool and returns them to a SAP 


DLC.RESET 


14 


Resets one SAP and all associated link stations, or all SAPs and all associated link 
stations 


DLCSTATISTICS 


IE 


Reads statistics for a specific link station 


Transmit Commands and the Fast Path Interface 

There is actually only one transmit command with various subcommands to indicate the type of data to be transmitted. All the 

commands have the same format with the only difference being the actual command code. 

The Fast Path interface provides a pool of transmit buffers that Host software can fill asynchronously to the TROPIC MPU's 

processing. Host software moves Transmit commands and related data together to these buffers and then signals TROPIC that 

the pools have been updated. TROPIC then processes frames according to each data block's associated command. 

The Fast Path transmit interface is activated by issuing a "DIR.CONFIG.FAST.PATH.RAIV1" SRB command to TROPIC. TROPIC 

subsequently processes transmit commands based on Fast Path interface procedures. Fast Path handshaking and operations 

are covered in detail in a separate programming document 

Note: If Fasl Path Transmit is not activated, then TROPIC operates in a less efficient transmission mode that requires the Host software to first issue a transmit 

command only, wail for a TROPIC response, and Ihen move transmission data to the Transmit buffer. This mode exists primarily for compatibility with earlier 

drivers, and it should not be used In new software. 


Command Name 


Code (Hex) 


Description 


TRANSr/IIT.DIR.frame 


OA 


Requests transmission of a Direct transmission; the application must 
assemble the entire message, leaving room for the source address, which 
TROPIC inserts; no LLC protocol assistance is provided in this mode 


TRANSMIT.I.frame 


OB 


Requests transmission of l-format (Information transfer format) frame 


TRANStvllT.UI.frame 


OD 


Requests transmission of Ul-format (Unsequenced Information transfer 
format) frame 


TRANSMIT.XID.CI^D 


OE 


Requests transmission of XID-format (Exchange Identification format) 
Command frame 


TRANSI\^IT.XID.RESP.FINAL 


OF 


Requests transmission of XID-format final Response frame (in response to 
an XID Command being received) 


TRANSMIT.XID.RESP.NOT.FINAL 


10 


Requests transmission of XID-format non-final Response frame (in 
response to an XID Command being received) 


TRANSN^IT.TEST.Ct^D 


11 


Requests transmission of TEST-format Command frame 
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7.0 Software Operation of TROPIC (continued) 

ARB (TROPIC-to-Host) COMMAND SUMMARY 


Command Name 


Code (Hex) 


Description 


DLCSTATUS 


83 


Indicates a change in DLC status to the Host 


RECEIVED.DATA 


81 


Informs the Host that data for a particular STATION-ID has been received; the 
Host must move the data from the Shared RAM Receive buffers to buffers in 
Host memory 


RETRANSMIT.DATA 


86 


Lets adapter request a retransmission of frames by the Host due to changes in 
linl< station status; the Host responds by moving frames to the transmit buffer 
Pool starting at the frame with the correlator in the ARB 


RING.STATUS.CHANGE 


84 


Indicates a change in networl< status to the Host 


TRANSMIT.DATA.REQUEST 


82 


When Fast Path is not used, informs the Host that TROPIC now needs data for 
a Transmit command previously issued by the Host 


BRIDGE OPERATION AND COMMANDS 

By using two TROPIC-based adapters in tiie same worl^station, each connected to a separate Ring, a bridge appiication 
program can tonward frames between the two Rings. This capabiiity is supported by some additional resources: 

• two additional SRB commands 

• one additional ARB command 

• two additional Shared RAM areas— a Bridge Transmit Control area and Bridge Transmission buffers 

• two additional interrupt register bits, one in the HISR and one in the TISR 

Bridge handshal<ing and operations are covered in detail in a separate programming document. The commands are summarized 
below: 


Command Name 


Code (Hex) 


Description 


DIR.CONFIG.BRIDGE.RAM 


OC 


Tells adapter how much shared RAM to allocate for bridge transmit control areas 
and buffers 


DIR.SET.BRIDGE.PARMS 


09 


Lets Host set values and conditions for adapter to use when copying frames for 
forwarding 


RECEIVED.BRIDGE.DATA 


85 


Informs Host that adapter has received frame that requires forwarding 
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8.0 Pin Descriptions 

Note: 1 = Input-only digital, = Output only digital, B = Bidirectional digital. A = Analog 

l-PU = Input-only digital with internal pullup', l-PD = Input-only digital with internal pulldown* 
B-PU = Bidirectional digital with internal pullup* 
- = Active low signal 

'Internal polysilicon resistor with nominal value of 15k ±30% 


Pin Name 


Pin No. 


Type 


Description 


TOKEN RING INTERFACE PINS 


-4MBPS 


N09 





4 MBPS RING SPEED: This output is connected to an external 1 6 Mbps equalizer. It is driven 
low if the ring speed is set to 4 Mbps and can sink 8.0 mA at 0.3V. If the ring speed is set to 1 6 
Mbps, this output is set to TRI-STATE® with a maximum leakage current of 1 mA. 


-16MBPS 


N08 





16 MBPS RING SPEED: This output is connected to an external 4 Mbps equalizer. It is driven 
low if the ring speed is set to 1 6 Mbps and can sink 8.0 mA at 0.3V. If the ring speed is set to 4 
Mbps, this output is set to TRI-STATE with a maximum leakage current of 1 mA. 


PHANTA 


P07 


A 


PHANTOM DRIVE A— This pin and PHANTOM DRIVE B are the outputs for the Phantom 
Drive signal. These Pins are connected via resistors to the line side of the transmit pulse 
transformer. The Phantom Drive signal inserts the station into the wiring concentration unit. 


PHANTB 


P06 


A 


PHANTOM DRIVE B— see PHANTA 


PLL4 


P09 


A 


PLL FILTER— 4 MBPS: The resistor and capacitors attached to the A pin control how 
responsive PLL oscillator is to phase changes in the received data at 4 Mbps. 


PLL16 


P10 


A 


PLL FILTER— 16 MBPS: The capacitor attached to the B pin controls how responsive the PLL 
oscillator is to phase changes in the received data at 16 Mbps. 


RINA 


N07 


A 


Ring IN A: One of the two lines on which differential data is received from the Token Ring 
through the receive transformer and equalizer circuits. 


RINB 


P08 


A 


Ring IN B: See RINA above. 


ROUTA 


P05 


A 


Ring OUT A: One of the two lines on which differential data is driven to the Token Ring 
through the transmit transformer and equalizer circuits. 


ROUTB 


N05 


A 


Ring OUT B: See ROUTA above. 


POWER SUPPLY PINS (DIGITAL) 


GND 


D07, E06, E07, E08, F04, G04, G10, H10, J04, J10, LOS, L08, L09 


Vcc 


D06, DOS, EOS, G03, G1 1, H04, J03, J11, K10, M05, M08 


POWER SUPPLY PINS (ANALOG) 
Care should be taken to reduce noise in these pins since they supply analog elements of TROPIC. 


GND 


M07 (PLL Filter Return), N06 


Vcc 


L06, L07, M06 


NO CONNECT PiNS 


NC 

All Busses 

For ISA 


E01, F01, F09, F11, G13, H12, J01, L11, L12, M01, M11, M12, M13, M14, N01, N11, N12, N13, N14, P13, P14 
001, D01 


CLOCK INTERFACE PINS 


32 MHZ 


F14 


1 


32 MHZ IN: This input line must be driven from a 32 MHz ± 0.005% signal source with a duty 
cycle of 40-60% of total cycle. 
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8.0 Pin Descriptions (Continued) 

Note: 1 = Input-only digital, = Output only digital, B = Bidirectional digital, A = Analog 

l-PU = Input-only digital witti internal pullup*, l-PD = Input-only digital with internal pulldown* 
B-PU = Bidirectional digital with internal pullup* 
- = Active low signal 
+ = Active high signal 

•Internal polysilicon resistor with nominal value of 15k ±30% 


Pin Name 


Pin No. 


Type 


Description 


TROPIC LOCAL STORAGE INTERFACE PINS 


-RAS 

+ CO/ -DAT 


El 2 


O 


-ROW ADDRESS STROBE / (+ CODE/ -DATA): For Dynamic RAM, this output is 
the Row Address Strobe (RAS). It is activated on any access by TROPIC to the 
DRAM, and also during refresh cycles. If static RAM is used, this signal is high during 
accesses to the Code Block and low during accesses to the Data Block. 


-CASHI 
-SRAMHI 


D12 





COLUMN ADDRESS STROBE HI/-SRAM SELECT HI: This output is used to select 
the dynamic or static RAM devices on the HI byte of the storage bus. When this signal 
is activated for a read access, good parity must be provided by the external devices. 


-CASLO 
-SRAMLO 


D11 





COLUMN ADDRESS STROBE LO/ -SRAM SELECT LO: This output is used to 
select the dynamic or static RAM devices on the LO byte of the storage bus. When 
this signal is activated for a read access, good parity must be provided by the external 
devices. 


-ROM 


G12 





ROM SELECT: This output is used to select ROM devices on the storage bus. All 
reads and writes to the ROM are word (two-byte) operations. 


-AlP 


F13 





AlP SELECT: This output is activated by TROPIC during any MPU or Host read cycle 
that references the AlP. This signal is also activated for MicroChannel accesses to the 
Card ID. When this line is active, only the low-order 4 bits of the data bus need to be 
driven. The high-order 1 2 data bits and the parity bits are ignored by TROPIC. No 
WRITE logic is enabled during AlP Select cycles; therefore, writing to the AlP is not 
allowed. 


-DRAMWE 


E13 


o 


DRAM WRITE ENABLE: This output line is activated by TROPIC during any write 
access to RAM or DRAM. This signal is conditioned by timing logic to provide the 
correct Write Enable signal for DRAMs selected by the CAS lines. 


-SRAMOE 


E11 





SHAM OUTPUT ENABLE: This output signal has meaning only when static RAM is 
used. It is activated by TROPIC on any RAM read access from either byte of the 
storage bus. 


-SWRITE 


E14 


B 


STORAGE WRITE: This bidirectional line is activated by TROPIC whenever the 
current storage bus operation is a "write" from TROPIC'S perspective. The signal is 
not conditioned by timing logic. 


-SD15to-SD8 

-SDP1 


(Note1) 


B-PU 


STORAGE DATA(bits 1 5 through 8) and Storage Data Parity 1 (MSB): This 
bidirectional bus carries the high-order data for all storage devices on the Local 
Storage Interface. 


-SD7to-SD0 
-SDPO 


(Note 1) 


B-PU 


STORAGE DATA(bits 7 through 0) and Storage Data Parity (LSB): This bidirectional 
bus carries the low-order data for all storage devices on the Local Storage Interface. If 
a separate BIOS module is used, it must be attached to this byte of the storage bus. 
Also, for accesses to a separate BIOS module, parity does not need to be provided, 
and TROPIC inverts the data so it is considered to be positive active. 


-SA14to-SA0 


(Notel) 


B 


STORAGE ADDRESS(bits 14 through 0): This bidirectional bus carries the address for 
all storage devices on the Local Storage Interface and is valid when one of the 
storage select lines is activated. 


-SMI 


P12 


l-PU 


STORAGE MEMORY INHIBIT: For normal operation, this input pin MUST be tied 
inactive or left unconnected; it has an integrated pullup resistor in its receiver. 


-MIP 


P11 


l-PU 


MIP TEST: For normal operation, this input pin MUST be tied inactive or left 
unconnected; it has an integrated pullup resistor in its receiver. 


Note 1: See the Ckjnnection Diagrams and Pinout Tables in Section 12.0 (or Pin Numbers. 
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8.0 Pin Descriptions (continued) 

Note: 1 = Input-only digital, = Output only digital, B = Bidirectional digital, A = Analog 

l-PU = Input-only digital with Internal pullup*. I-PD = Input-only digital with internal pulldown* 
B-PU = Bidirectional digital with internal pullup* 
- = Active low signal 
+ = Active high signal 

•Internal pclysiiicon resistor with nominal value of 15k ±30% 


Pin Name 


Pin No. 


Type 


Description 


HOST INTERFACE PINS FOR ALL BUS TYPES 


RESET 


A01 


1 


HOST RESET: Input used to reset TROPIC. Positive active on ISA and MicroChannel 
hosts. 


-CFGLD 


E10 





CONFIGURATION LOAD: Held low to "gate" settings from physical jumpers (or 
equivalent) to TROPIC'S internal Configuration Register. Low level when RESET is active. 


-CFG2 


M09 


l-PU 


HOST CONFIGURATION 2: This pin and pins CFG1 and CFGO are used together to 
indicate the bus type to TROPIC during reset; for more information, see Section 4.0. 


-CFG1 


M10 


I-PD 


HOST CONFIGURATION 1: see CFG2 


-CFGO 


N10 


l-PU 


HOST CONFIGURATION 0: see CFG2 


HDIStoHDO 


(Note1) 


B 


HOST DATA(bits 15 through 0)— These bidirectional, positive active pins are used to 
transfer data across the Host data bus. TRI-STATE when RESET is active. 


HDP1 


B03 


B 


Host Data Parity 1 (MSB): Bidirectional, positive active pin used to transfer parity bit for 
most significant Host Data byte. 


HDPO 


A03 


B 


Host Data Parity (LSB): Bidirectional, positive active pin used to transfer parity bit for 
least significant Host Data byte. 


HA19toHA0 


(Note 1) 


1 


HOST ADDRESS(bits 1 9 through 0)— These positive active pins are connected to the 
Host address bus. 


-EHDH 


A07 





ENABLE HOST DATA HIGH: External buffer enable for high byte (driven high when 
RESET is active). 


-EHDL 


B07 





ENABLE HOST DATA LOW: External buffer enable for low byte (driven high when RESET 
is active). 


-EHPI 


A02 





ENABLE HOST PARITY IN: Enables Host Parity In for Data Bus buffer hardware. Driven 
high when RESET is active. 


HDDIR 


C07 





HOST DATA DIRECTION: Direction signal source for Host Data buffer hardware. Low for 
Host Reads, high for Host Writes. Driven high when RESET is active. 


Note 1: See the Connection Diagrams and Pinout Tables in Section 12.0 for Pin Numbers. 
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8.0 Pin Descriptions (Continued) 

Note: 1 = Input-only digital, = Output only digital, B = Bidirectional digital, A = Analog 

l-PU = Input-only digital with internal pullup', l-PD = Input-only digital with internal pulldown* 
B-PU = Bidirectional digital with internal pullup* 

— = Active low signal , 
+ = Active high signal 

•Internal polysiiicon resistor with nominal value of 15lt +30% 


Pin Name 


1 Pin No. 


Type 


Description 


HOST INTERFACE PINS FOR ISA HOSTS 


-hAEN 


C04 


1 


ADDRESS ENABLE 


-l-RDY 


C02 





CHANNEL READY: High level when RESET Is active. 


-BHE 


B01 


i 


BYTE HIGH ENABLE 


-BIOS 


F10 





BIOS ACCESS: Activated by TROPIC when Host addresses the BIOS ROM. High level when 
RESET is active. 


-CHCK 


E03 


o 


I/O CHANNEL CHECK: High level when RESET is active. 


-FDPEN 


F02 


i 


DATA PARITY ENABLE: TROPIC checks data parity on Host writes when this signal is tied 
high. 


-lOR 


E04 


1 


I/O READ: If this signal and lOW are active, lOR is not recognized and TROPIC goes into 
Card Test mode. 


-low 


F03 


1 


I/O WRITE: If this signal and lOR are active, lOW Is riot recognized and TROPIC goes into 
Card Test mode. 


-MEMR 


D04 


1 


MEMORY READ 


-MEMW 


DO 5 


1 


MEMORYWRITE . 


-REF 


B02 


1 


REFRESH 


IRQ2I 


P02 


1 


INTERRUPT REQUEST 2 INPUT 


IRQ20 


C03 





INTERRUPT REQUEST 2 OUTPUT: High level when RESET is active. 


IRQ3I 


P01 


1 


INTERRUPT REQUEST 3 INPUT , 


IRQ30 


E02 


o 


INTERRUPT REQUEST 3 OUTPUT: High level when RESET is active. 


IRQ6I 


N02 


1 


INTERRUPT REQUEST 6 INPUT 


IRQ60 


D03 





INTERRUPT REQUEST 6 OUTPUT: High level when RESET is active. 


IRQ7I 


L04 


i 


INTERRUPT REQUEST 7 INPUT 


iRQ70 


D02 


o 


INTERRUPT REQUEST 7 OUTPUT: High level when RESET is active. 


TH 


P03, P04 


1 


TIE HIGH— These pins must be pulled High using a nominal value external pullup resistor. 


HOST INTERFACE PINS FOR MICROCHANNEL HOSTS 


iVIlO 


C04 


1 


-f MEMORY/-I/0 CYCLE 


4-CHRDY 


C02 





CARD CHANNEL READY: High level when RESET is active. 


-SBHE 


. B01 


1 


SYSTEM BYTE HIGH ENABLE 


-BIOS 


F10 





BIOS ACCESS: Activated by TROPIC when Host addresses the BIOS ROM. High level when 
RESET is active. 


-CHCK 


E03 





I/O CHANNEL CHECK: High level when RESET is active. 


-DPENI 


F02 


1 


DATA PARITY ENABLE IN: TROPIC checks data parity on Host writes when this signal 
goes low. 


-CMD 


E04 


i 


COMMAND 


-ADL 


F03 


1 


ADDRESS LATCH 


-81 


D04 


1 


STATUS BIT 1 


-SO 


DOS 


1 


STATUS BIT 


-REF 


B02 


1 


REFRESH 
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8.0 Pin Descriptions (continued) 

Note: I = Input-only digital, O = Output only digital, B = Bidirectional digital, A = Analog 

l-PU = Input-only digital with Internal pullup*, l-PD = Input-only digital with internal pulldown* 
B-PU = Bidirectional digital with internal pullup* 
- = Active low signal 
-I- = Active high signal 

'Internal polysllicon resistor with nominal value of 15k ±30% 



Pin Name 


Pin No. 


Type 


Description 


HOST INTERFACE PINS FOR MICROCHANNEL HOSTS (Continued) 


-t-A23 


P02 




SYSTEM ADDRESS BIT 23 (MSB) 


-IRQ2 


C03 





INTERRUPT REQUEST 2: High level when RESET Is active. 


+ A22 


P01 




SYSTEM ADDRESS BIT 22 


-IRQ3 


E02 





INTERRUPT REQUEST 3: High level when RESET Is active. 


+ A21 


N02 




SYSTEM ADDRESS BIT 21 


-IRQ6 


DOS 





INTERRUPT REQUEST 6: High level when RESET is active. 


-I-A20 


L04 




SYSTEM ADDRESS BIT 20 


-IRQ7 


D02 





INTERRUPT REQUEST 7: High level when RESET is active. 


-I-MA24 


P03 




MEMORY ADDRESS ENABLE 24 


-DS16 


C01 





CARD DATA SIZE 16: High level when RESET Is active. 


-SETUP 


P04 




SETUP SIGNAL 


-SFBK 


D01 





SELECT FEEDBACK: High level when RESET is active. 



9.0 Hardware Interface 

Because TROPIC has a limited number of I/O pins and its 
drivers cannot directly drive the loads encountered on many 
of the Host interface signals, some support components 
("glue") must be added to each adapter, as described in 
this section. 

FOR ISA BUS HOSTS 

• Bidirectional TRI-STATE buffer module(s), such as a 
74ALS245, to buffer data bits. HDB [Host Data Bus] (15- 
0) is buffered as D1 5-DO for a 16-bit adapter, HDB(7-0) 
is buffered as D7-D0 for an 8-bit adapter. Its direction 
pin is attached to the HDDIR signal from TROPIC; its 
enable pin is attached to the EHDH/L signals from 
TROPIC. 

• Open collector drivers for the CHCK and RDY signals. 

• Open collector drivers for the IRQ2/3/6/70 signals. The 
outputs of the glue from these signals attach directly to 
the IRQ2/3/6/7I signals. 

FOR MICROCHANNEL BUS HOSTS 

• Bidirectional TRI-STATE buffer module(s), such as a 
74ALS245, to buffer data bits. The direction pins are at- 
tached to the HDDIR signal from TROPIC; each enable 
pin is attached to the EHDH/L signals from TROPIC. 
Each byte has its own enable pin, as required by 
MicroChannel architecture. 



TRI-STATE drivers like the 74F125 for the data parity 
bits and an OR gate like the 74AS32. Each parity bit 
requires two TRI-STATE gates and an OR gate (as 
shown below). TROPIC provides the EHPI signal. 

TROPIC Pins 




TL/F/1 1334-12 

An open collector driver for the CHCK signal. 

An open collector driver for the DPAREN signal. A 

74F125 with both Input pins tied to the HDDIR signal 

should be used, with its DPAREN output tied to the 

DPENI signal. 

An open collector driver for the IRQn signals. 
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10.0 Interface Considerations 

This section discusses additional considerations for 
TROPIC'S External Storage and Host Interfaces. 

EXTERNAL STORAGE INTERFACE CONSIDERATIONS 

TROPIC provides a flexible interface to external storage de- 
vices. Ttiese devices include static or dynamic RAM and a 
PROM containing microcode and possibly BIOS data. Exter- 
nal storage may also include a separate Adapter Identifica- 
tion PROM (AlP) and/or separate BIOS PROM. 
On MicroCtiannel Bus adapters, the AlP PROM also con- 
tains four bits of the Card ID. The AlP SELECT signal is 
used to select the PROM for both types of accesses. For 
AlP cycles, address bits 6 and 7 are active; for Card ID 
accesses, bits 6 and 7 are forced inactive. 
In cases where the BIOS resides in the microcode PROM, 
the ROM SELECT signal is activated and the three highest 
order storage address bits are forced high for BIOS access- 
es. Thus, the BIOS must reside logically in the top 8 kB 
region of the PROM. 

In cases where the BIOS resides in a separate PROM, the 
BIOS SELECT signal, along with 13 bits of the storage ad- 
dress bus, are used for BIOS accesses. 

TROPIC supports dynamic RAM with a single Row Address 
Strobe (RAS) and two Column Address Strobes (CAS), and 
uses the upper eight address lines for the multiplexed 1 6-bit 
address. The CAS signals each select one of the bytes (HI 
or LO) and the RAS signal is common to both bytes. Re- 
fresh is accomplished by distributed RAS-only cycles. One 
refresh cycle is taken every 1 5 ;is, so all 256 rows are re- 
freshed in 3.84 ms. 

INTERFACING A SEPARATE BIOS ROM MODULE 

In ISA and MicroChannel Hosts, LAN adapters typically pro- 
vide support for a BIOS ROM device. The BIOS ROM usual- 
ly contains code to support remote loading of the operating 
system on diskless workstations. 

In TROPIC'S default configuration, BIOS code is stored in 
an 8 kB portion of the microcode PROM. However, TROPIC 
does provide integrated support for storing BIOS code in a 
separate BIOS ROM device, eliminating the need for addi- 
tional buffers and decoding logic. 

Specifically, TROPIC supports an Bk x 8 BIOS ROM device 
(2764). TROPIC decodes and maps the ROM into Host 
memory space via the 8 kB ROM/MMIO region. Because 
TROPIC maps the ACA (Attachment Control Area) into the 
top 0.5 kB of the ROM/MMIO Host memory region (see 
below), the Host can access only the lower 7.5 kB of the 
BIOS ROM; BIOS code must therefore be stored in the low- 
er 7.5 kB of the BIOS ROM. 

BIOS/MMIO Host Memory Map 

x2000 

X1E00 

Offsets from 

ROM/MMIO 

Base Address 

(In Host Memory) 
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The ROM/MMIO base address is loaded from the Host into 
the TROPIC Configuration registers during initialization, ei- 
ther via the Storage Data Bus (for ISA) or POS registers (for 
MicroChannel); see Section 4.0 for details. For BIOS data 
access details, see the TROPIC programming reference 
document. 

A BIOS ROM device Is connected to TROPIC'S Storage 
bus. The nature of TROPIC'S Storage Interface requires the 
connection of the Storage Address lines (SAx lines) as 
shown below. The Storage Data lines SDO-7 are connected 
to the BIOS ROM Data pins DO-7 respectively. 

Separate BIOS PROM Connection 



SA11 

r 

1 

I 

SAO 

SA12 

.BIOS 

TROPIC^" 




A12 

I 

r 

I 
A1 

AO 

_0E 

_CE 

BIOS 
EPROM 








r 
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During initialization, TROPIC must be configured to utilize 
the separate BIOS ROM. This is accomplished by driving 
the SDP1 line low (OV) during configuration load. See Sec- 
tion 4.0 for more initialization details. 



OSCILLATOR REQUIREMENTS 

Frequency 
Supply Voltage 
Frequency Stability 
Output Specifications: 

Load 

Duty Cycle 

Rise Time 

Fall Time 

VoH 

Vol 



32.0 MHz (TTL) 

5.0V ±10% 

±10 PPM (±0.01%) 

5 TTL Gates Max 

50% ±10% (Note 1) 

5 ns Max (Note 2) 

5 ns Max (Note 2) 

2.4V Win 

-I- 0.5V Win 



Note 1: Measured at +1.5V level. See diagram below. 
Note 2: Measured between the + 0.5V (Vol) and + 2.4V (Vqh) levels. See 
diagram below. 



Duty Cycle 50%-; -Duty Cycle 50%' 




V--f2.4V(Vo„) / \ 



^— 5 ns Max — *■ ^ — 
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1 1.0 DC and AC Specifications 

ELECTRICAL CHARACTERISTICS 
Absolute Maximum Ratings 

Supply Voltage (Vcc) 
DC Input Voltage (V|n) 
DC Output Voltage (Vqut) 
Storage Temperature Range (Tstg) 
Power Dissipation (PD) 



Lead Temp (TL) (Soldering, 10 sec.) 
ESD Rating 



-0.5V to 7.0V 

- 0.5V to Vcc + 0-5V 

- 0.5V to Vcc + 0-5V 
-40°Cto+60°C 

@ Vcc = 5.5V 

(@ 4 Mbps) 800 mW 

(0 16 Mbps) 990 mW 

(@ Pin Head) 

185"C 

1000V (Human 

Body Model) 



DC Specifications (@ 0°C-60°C, Vcc 


= + 5.0V ±10%) 


Symbol 


Parameter 


MIn 


Max 


Units 


VOH 


High Level Output 
Voltage (@ -1 mA) 


2.4 




V 


Vol 


Low Level Output 
Voltage (@ 4 mA) 




0.5 


V 


V|H 


Minimum Higin Level 
Input Voltage 


2.0 




V 


V|L 


Minimum Low Level 
Input Voltage 




0.8 


V 


II 


Input Leakage Current 
Vcc = 5.5V, V|L = 0V1 
Vcc = 5.5V, V|L = 0V2 
Vcc = 5.5V, V|L= 5.5V 




-10 

-200 

10 


J.A 


C|N 


Input Capacitance 




5.0 


PF 



Note 1: No internal pullup. 
Note 2: With Internal pullup. 
AC Specifications 

EXTERNAL STORAGE INTERFACE TIMING 

Timing diagrams in this section reflect the timing requirements at the THOPIC pins and assume a capacitive load of 75 pF for 
address and data busses and 25 pF for control signals. 

After each External Storage access, there is a "dead" period during whicfi no selects are active and TROPIC data drivers are 
placed in TRI-STATE. This period allows external devices that were accessed to return to TRI-STATE before other external 
devices or TROPIC begins driving the data bus. This "dead" period is 60 ns maximum, and ail external devices must be able to 
return their drivers to TRI-STATE within this amount of time. 

ROM Read Cycle 



STOI^AGE WRITE 



W 



V 



.. T5 iXXXXX 



\ 



STORAGE DATA 



^mmm 



'fflffl 



r 



■ T8 — ^ 

— T9 "-I 
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Symbol 


Parameter 


MIn 


Max 


Units 


T1 


STORAGE ADDRESS setup time 


20 




ns 


T2 


STORAGE WRITE setup time 


25 




ns 


T3 


WRITE ENABLE setup time 


60 




ns 


T4 


STORAGE ADDRESS and STORAGE WRITE hold time 







ns 


T5 


WRITE ENABLE hold time 


60 




ns 


T6 


ROM SELECT pulse width 


120 


130 


ns 


T7 


STORAGE DATA VALID after ROM SELECT active 




75 


ns 


T8 


STORAGE DATA hold time 







ns 


T9 


ROM SELECT inactive to STORAGE DATA TRI-STATE 




60 


ns 


T10 


ROM SELECT inactive 


60 




ns 
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11. DC and AC Specifications (continued) 



-STORAGE ADDRESS 



-STORAOE *RITE 






static RAM Read Cycle 

- T6 



-SRAU SELECT HI.LO 



-STORAGE DATA 



V 



-SRAM OC 

Note: - = Active low signal. 



teffl 



wmm 



f 



\ 



^SSffl 



'^ 



3^ 



f 
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Symbol 


Parameter 


MIn 


Max 


Units 


T1 


STORAGE ADDRESS setup time 


20 




ns 


T2 


STORAGE WRITE setup time 


25 




ns 


T3 


STORAGE ADDRESS and STORAGE WRITE hold time 







ns 


T4 


RAM SELECT pulse width 


120 


130 


ns 


T5 


STORAGE DATA VALID after RAIi^l SELECT active 




85 


ns 


T6 


STORAGE DATA VALID after STORAGE ADDRESS valid 




100 


ns 


T7 


STORAGE DATA hold time 







ns 


T8 


RAiW SELECT inactive to STORAGE DATA TRI-STATE 




60 


ns 


T9 


SRAM OE pulse width 


120 


130 


ns 


T10 


SRAM SELECT inactive 


60 




ns 



Static RAM Write Cycle 



-STORAGE ADDRESS 



-STORAGE WRITE 






)SEEffl 



-SRAM SELECT HI.LQ 



-STORAGE DATA 

Note: - = Active low signal. 



■^^ 



<SME 



,2SM 



;' 1 



W 



TL/F/1 1334-19 



Symbol 



Parameter 



Min 



Max 



Units 



T1 



STORAGE ADDRESS setup time 



20 



T2 



STORAGE WRITE setup time 



25 



T3 



STORAGE ADDRESS and STORAGE WRITE hold time 



25 



T4 



RAM SELECT pulse width 



90 



100 



T5 



STORAGE DATA setup time, MioroChannelTM 
STORAGE DATA setup time, iSA 



80 
70 



T6 



STORAGE DATA hold time 



25 



T7 



STORAGE DATA valid after RAM SELECT active, MicroChannel 
STORAGE DATA valid after RAM SELECT active, ISA 



10 
20 



T8 



SRAM SELECT inactive 



60 



Note: The Storage Data timing changes depending on which bus type is selected on the host configuration pins. Differences in data timing for iSA vs MicroChannei 
require differences in the local memory sequencing to maximize performance. 
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11.0 DC and AC Specifications (continuod) 



Dynamic RAM Read Cycle 



-STORAGE ADDRESS 



ISC 



\ 



fflMfflM 



-CAS HI, LO 



y 



f 



\ 



xmmmmmm 



\ 



-STORAGE DATA ^HS- 



mmmwm 



Note: - = Active low signal. 



f 



— T18 
■ T17 - 



1_ 
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Symbol 


Parameter 


MIn 


Max 


Units 


T1 


STORAGE ROW ADDRESS setup time 


5 




ns 


T2 


STORAGE ROW ADDRESS hold time 


15 




ns 


T3 


STORAGE COLUMIM ADDRESS setup time 


5 




ns 


T4 


STORAGE COLUMN ADDRESS hold time 


100 




ns 


T5 


Cycle time 


185 




ns 


T6 


RAS pulse width 


105 




ns 


T7 


RAS precharge time 


75 




ns 


T8 


RAS to CAS delay time 


30 




ns 


T9 


RAS hold time from CAS 


75 




ns 


T10 


WRITE ENABLE setup time 


10 




ns 


T11 


WRITE ENABLE hold time 


75 




ns 


T12 


CAS hold time from RAS 


135 




ns 


T13 


CAS pulse width ■ 


105 




ns 


T14 


CAS precharge time 


75 




ns 


T15 . 


STORAGE DATA valid from RAS 




95 


ns 


T16 


STORAGE DATA valid from CAS 




65 


ns 


T17 


STORAGE DATA hold time from CAS 







ns 


T18 


CAS inactive to STORAGE DATA TRI-STATE 




60 


ns 
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11.0 DC and AC Specifications (continued) 

Dynamic RAM Write Cycle 



-STORAGE ADDRESS 



-WRITE EhlABLE 



XXMXXXMM 



:■: 



mmxm 



\ 



J'- 



V 



mmmmmmi 



f 



-STORAGE DATA —'fy- 



Y T15 ► 



\ 



/ 



U 
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Note: — = Active low sigi 



Symbol 


Parameter 


MIn 


Max 


Units 


T1 


STORAGE ROW ADDRESS setup time 


5 




ns 


T2 


STORAGE ROW ADDRESS hold time 


15 




ns 


T3 


STORAGE COLUMN ADDRESS setup time 


5 




ns 


T4 


STORAGE COLUMN ADDRESS hold time 


100 




ns 


T5 


Cycle time 


185 




ns 


T6 


RAS pulse width 


105 




ns 


T7 


RAS precharge time 


75 




ns 


T8 


RAS to CAS delay time 


30 




ns 


T9 


RAS hold time from CAS 


75 




ns 


T10 


WRITE ENABLE setup time 


10 




ns 


Til 


WRITE ENABLE hold time 


75 




ns 


T12 


CAS hold time from RAS 


135 




ns 


T13 


CAS pulse width 


105 




ns 


T14 


CAS precharge time 


75 




ns 


T15 


STORAGE DATA setup time, MicroChannel 
STORAGE DATA setup time, ISA 


35 
-17 




ns 


T16 


STORAGE DATA hold time, MicroChannel 
STORAGE DATA hold time, ISA 


105 
90 




ns 



Note: The Storage Data timing changes depending on which bus type is selected on the host configuration pins. Differences in data timing for ISA vs lUlicroChannel 
require differences in the local memory sequencing to maximize performance, in ISA mode some external circuitry will be required with most DRAMs. The following 
circuit is recommended; 



-CASHI.LO r 



20 ns DELAY LINE 



o 
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This trims the leading edge of -CAS and will meet the timing requirements of most DRAMs. 
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11.0 DC and AC Specifications (continued) 

Dynamic RAM Refresh Cycle 

pmmmi 

-T2 ► 

13 



-STORAGE ADDRESS 



E( 



T4 



\ 



/' 1 
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Note: - = Active low signal. 



Symbol 


Parameter 


MIn 


Max 


Units 


T1 


STORAGE ROW ADDRESS setup time 


5 




ns 


T2 


STORAGE ROW ADDRESS hold time 


15 




ns 


T3 


Cycle time 


185 




ns 


T4 


RAS pulse width 


105 




ns 


T5 


RAS precharge time 


75 




ns 





AlP Read Cycle 



-STORAGE ADDRESS 



-STORAGE WRITE 




)(fflffl 



W 



-STORAGE DATA 



\ 



■Mffiffls: 



^3Sffl 



r 



\ 
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■■ Active low signal. 



Symbol 


Parameter 


Min 


Max 


Units 


T1 


STORAGE ADDRESS setup time 


20 




ns 


T2 


STORAGE WRITE setup time 


25 




ns 


T3 


STORAGE ADDRESS and STORAGE WRITE hold time 







ns 


T4 


AlP SELECT pulse width 


120 


130 


ns 


T5 


STORAGE DATA VALID after AlP SELECT active 




75 


ns 


T6 


STORAGE DATA hold time 







ns 


T7 


AiP SELECT inactive to STORAGE DATA TRI-STATE 




60 


ns 


T8 


AiP SELECT inactive 


60 




ns 
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11.0 DC and AC Specifications (Continued) 

Bros Read Cycle 



-STORAGE ADDRESS 



)(mffi 



-STORAGE WRITE 



w 



-STORAGE DATA 



\ 



y 



- (xxxxxxxxxx 



Note: - = Active low signal. 
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Symbol 


Parameter 


Mlh 


Max 


Units 


T1 


STORAGE ADDRESS setup time 


20 




ns 


72 


STORAGE WRiTE setup time 


25 




ns 


T3 


STORAGE ADDRESS and STORAGE WRITE hold time 







ns 


T4 


BIOS SELECT pulse width 


490 


510 


ns 


T5 


STORAGE DATA VALID after BIOS SELECT active 




450 


ns 


T6 


STORAGE DATA hold time 







ns 


T7 


BIOS SELECT inactive to STORAGE DATA TRI-STATE 




60 


ns 


T8 


BIOS SELECT inactive 


60 




ns 



11.0 DC and AC Specifications (continued) 

HOST INTERFACE TIMING 

The Host Interface provides interfaces between TROPIC and tfie Host Bus for interrupt signals and register access. This 
interface makes TROPIC appear to the Host as a memory-l/O slave. 

As shown in this section, timing requirements vary according to the type of Host Bus used (ISA or MicroChannel). All timing 
diagrams in this section reflect the timing requirements at the TROPIC pins and assume a capacitlve load of SO pF for data lines 
and 25 pF for control signals and address lines. 



-MEMR/IOR 



+RDY 



ISA Host— Read Timing 



fflSM 



w 



T3 



-HDDIR 



-EHDH/L 



Note: - = Active low signal. 



V 



r: 



7 



\ 



\ 



no 



cmm - 



Ttl 



)(fflfflX 



/^ 



/ 



r 



T12 
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Symbol 



Parameter 



Min 



Max 



Units 



T1 



Address valid to IWEI^IR/IOR active 
REF Inactive to MEMW/lOW active 



T2 



fi^EMR/IOR inactive to ADDRESS not valid 



T3 



MEMR/IOR inactive 



70 



T4 



MEMR/IOR active to RDY low 



15 



40 



T5 



RDY low 
normal access SRAM 
normal access DRAM 
access error 



215 
215 
60 



835 
1210 
180 



T6 



MEMR/IOR active to HDDIR active 



10 



30 



T7 



MEMR/IOR Inactive to HDDIR inactive 



25 



70 



T8 



MEMR/IOR active to EHDH/L active 



40 



135 



T9 



MEMR/IOR inactive to EHDH/L inactive 



10 



25 



T10 



MEMR/IOR active to DATA TRI-STATE off 



40 



135 



Til 



DATA valid to RDY high 



15 



T12 



MEMR/IOR inactive to DATA TRI-STATE 



20 



50 
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11 .0 DC and AC Specifications (continued) 

ISA Host— Write Timing 



-MEMW/IOW 



tRDY 



W 



)2fflffl 



\ 



-EHDH/L 



J^ 



X 



/ 



\ 



•mwtmmmwmm 



I 



mxamrnxM 



Note: - = Active low signal. 
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Symbol 


Parameter 


Min 


iUlax 


Units 


T1 


Address valid to MEIVIW/IOW active 
REF inactive to MEMW/IOW active 








ns 


T2 


MEMR/IOW Inactive to ADDRESS not valid 


5 




ns 


T3 


MEMW/IOW inactive 


70 




ns 


T4 


MEMW/IOW active to ROY low 


15 


40 


ns 


T5 


ROY low 
normal access SRAM 
normal access DRAM 
access error 


215 
215 
60 


835 
1210 
180 


ns 


T6 


MEMW/IOW active to EHDH/L active 


40 


135 


ns 


T7 


MEMW/IOW inactive to EHDH/L inactive 


10 


25 


ns 


T8 


MEMW/IOW active to DATA valid 




180 


ns 


T9 


RDY high to DATA invalid 







ns 



ISA Host — Interrupt Request Timing 



-flRQnO 



Note; - = Active low signal. 



\ 



y 
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Symbol 


Parameter 


lUlin 


Max 


Units 


T1 


Interrupt Request n pulse width 


125 


440 


ns 
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1 1.0 DC and AC Specifications (continued) 

MicroChannel Host— Read Timing 



\ 



/ — ^: 



:. 



\ 



\ 



\ 



-EHDH/L 



/ 



y 



7 



J 



■ 714- 
-TI6- 



\ 



(EfflS 



J 



7 



T15 f 



-TIB-^ 

3 
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a 

TJ 
00 

o 



Note: - = Active low signal. 








Symbol 


Parameter 


Min 


Max 


Units 


T1 


Address and MIO valid to CMD active 


5 




ns 


T2 


CMD active to Address and MIO not valid 


5 




ns 


T3 


SI active to CMD active 


10 




ns 


T4 


CMD active to SI inactive 


5 




ns 


T5 


CMD inactive 


70 




ns 


T6a 

T6b 


Address valid to CHRDY low (b met) 
S1 active to CHRDY low (a met) 


15 

10 


40 
29 


ns 


T7 


CMD low to CHRDY liigh 
normal access SRAM 
normal access DRAM 


140 
140 


835 
1210 


ns 


T8 


Address and MIO valid to SFDBK active 


10 


30 


ns 


T9 


Address and MIO not valid to SFDBK inactive 


10 


30 


ns 


T10 


Address and MIO valid to DS1 6 active 


10 


30 


ns 


Til 


Address and MIO not valid to DS16 inactive 


10 


30 


ns 


T12 


CMD inactive to HDDIR active 


20 


50 


ns 


T13 


CMD inactive to HDDIR inactive 


20 


50 


ns 


T14 


CMD active to EHDH/L active 


10 


25 


ns 


T15 


CMD inactive to EHDH/L inactive 


10 


25 


ns 


T16 


CMD active to DATA TRI-STATE off 


10 


30 


ns 


T17 


DATA valid to CHRDY high 


5 




ns 


T18 


CMD inactive to DATA TRI-STATE 


10 


30 


ns 
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1 1.0 DC and AC Specifications (continued) 

MicroChannel Host— Write Timing 



tAdrs, tMIO 



m)c 



-EHDH/L 



ymmmwimmmimmfi 



\ 



^^~^: 



T6b »-^ 



r. 



\ 



/ 



J^ 



zr 



rr 



t 



tData 



yjftjxyyyyxvyyyyyyyyvxyyxxxyxvxvvyij 



/ 



7 



Note: HDDIR remains high throughout cycle. 
Note: - = Active low signal. 



Kxxmmy 
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Symbol 



T1 



T2 
T3 



T4 
T5 



T6a 



T6b 



T7 



T7a 



T8 



T9 



T10 



T11 



T12 



T13 



T14 



T15 



Parameter 



Address and MIO valid to CMD active 



CMD active to Address and MIO not valid 



SO active to CMD active 



CMD active to SO inactive 



CMD inactive 



Address valid to CHRDY low (b met) 



SO active to CHRDY low (a met) 



CMD low to CHRDY high 
normal access SRAM 
normal access DRAM 



CHRDY low — access error 



Address and MIO valid to SFDBK active 



Address and MIO not valid to SFDBK inactive 



Address and MIO valid to DS1 6 active 



Address and MIO not valid to DS1 6 inactive 



CMD active to EHDH/L active 



CMD Inactive to EHDH/L inactive 



CMD active to DATA valid 



CHRDY high to DATA not valid 



Min 



5 
10 
5 



70 
17 



11 



140 
140 



60 
10 



10 



10 



10 



10 



10 



lUax 



40 



29 



835 
1210 



80 



30 
30 



30 



30 



25 



25 
90 



Units 
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11. DC and AC Specifications (continued) 

MicroChannel Host— Setup Timing 

1 



O 

TJ 
00 

a 
lo 
(n 



tMIO 



-SOx-SI 



-CMD 



f 



J 



T2 ■ 



T3 



\ 



V 



- T5a — *■ 
x T5I> >■ 



T5c • 



+CHRDY 



1 



Note: - = Active low signal. 



Symbol 



T1 



T2 



T3 



T4 



T5a 
T5b 
T5c 



Parameter 



MIO low to CMD active 



SO X 81 active to CMD active 



SETUP active to CMD active 



_/■ 



\ 



f 



/ 



CMD active to SETUP inactive 



SETUP to CHRDY low^ (b, c met) 

(SO X S1 ) valid to CHRDY low (a, c met) 

MIO low to CHRDY low (b, c met) 



/ 



TL/F/1 1334-30 



MIn 



10 



10 
15 
15 



Max 



30 
35 
35 



Units 
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12.0 Connection Diagrams 

PIN DEFINITIONS 

Note: Some pins have different definitions depending on the host bus type used, as Indicated in the table. 
I = Input-only digital, O = Output only digital, 
B = Bidirectional digital, A = Analog 
l-PU = Input-only digital with internal pullup', l-PD = Input-only digital with internal pulldown* 
B-PU = Bidirectional digital with internal pullup* 

•Internal polysilicon resistor with nominal value of 15k ±30% 
NC = No Connect (should not be connected for normal operation) 



Pin No. 


Pin Name 


Type 


A01 


RESET 


1 


A02 


-EHPI 





A03 


HDPO 


B 


A04 


HDO (LSB) 


B 


A05 


HD2 


B 


A06 


HD5 


B 


A07 


-EHDH 





A08 


HD8 


B 


A09 


HD11 


B 


A10 


-SD4 


B-PU 


A11 


-SD1 


B-PU 


A12 


-SDP1 


B-PU 


A13 


-SD8 


B-PU 


A14 


-SD12 


B-PU 


B01 

(ISA) 

(MicroChannel) 


-BHE 
-SBHE 


1 
1 


B02 

(ISA) 

(MicroChannel) 


-REF 
-REF 


1 

1 


B03 


HDP1 


B 


804 


HD1 


B 


BOS 


HD3 


B 


806 


HD6 


B 


B07 


-EHDL 





BOS 


HD9 


B 


B09 


HD12 


B 


BIO 


-SD5 


B-PU 


B11 


-SD2 


B-PU 


B12 


-SDPO 


B-PU 


813 


-SD9 


B-PU 


B14 


-SD13 


B-PU 


C01 

(ISA) 

(MicroChannel) 


NC 
-DS16 





C02 

(ISA) 

(MicroChannel) 


+ RDY 
-fCHRDY 







Pin No. 


Pin Name 


Type 


C03 

(ISA) 

(MicroChannel) 


IRQ20 
-IRQ2 






C04 

(ISA) 

(MicroChannel) 


-l-AEN 
MIO 


1 
1 


COS 


HD4 


B 


C06 


H07 


B 


C07 


HODIR 





COS 


HD10 


B 


C09 


HD13 


B 


CIO 


-SD6 


B-PU 


C11 


-SD3 


B-PU 


C12 


-SDO (LSB) 


B-PU 


CI 3 


-S010 


B-PU 


C14 


-SD14 


B-PU 


D01 

(ISA) 

(MicroChannel) 


NC 
-SFBK 





D02 

(ISA) 

(MicroChannel) 


IRQ70 
-IRQ7 



O 


D03/ 

(ISA) 

(MicroChannel) 


IRQ60 
-IRQ6 


O 



D04 

(ISA) 

(MicroChannel) 


-MEMR 
-SI 


1 

1 


DOS 

(ISA) 

(MicroChannel) 


-MEMW 
-SO 


1 
1 


006 


Vcc 




007 


GND 




DOS 


Vcc 




009 


HD14 


B 


D10 


-SD7 


B-PU 


D11 


-CASLO 
-SRAMLO 






Pin No. 


Pin Name 


Type 


D12 


-CASHI 
-SRAMHI 





D13 


-soil 


B-PU 


D14 


- SOI S (MSB) 


B-PU 


E01 


NC 




E02 

(ISA) 

(MicroChannel) 


IRQ30 
-IRQ3 






EOS 

(ISA) 

(MicroChannel) 


-CHCK 
-CHCK 







E04 

(ISA) 

(MicroChannel) 


-lOR 
-CMD 


1 
1 


EOS 


Vcc 




E06 


GNO 




E07 


GND 




EOS 


GND 




E09 


HD15(MSB) 


B 


E10 


-CFGLD 


O 


Ell 


-SRAMOE 





El 2 


-RAS 
+ CO/ -DAT 





E13 


-DRAMWE 





El 4 


-SWRITE 


B 


F01 


NC 




F02 

(ISA) 

(MicroChannel) 


4- OPEN 
-DPEN1 


1 
1 


F03 

(ISA) 

(MicroChannel) 


-low 

-ADL 


1 
1 


F04 


GNO 




F05 


HA12 


1 


F09 


NC 




F10 

(ISA) 

(MicroChannel) 


-BIOS 
-BIOS 







4-44 



12.0 Connection Diagrams (continued) 

PIN DEFINITIONS (Continued) 

Note: Some pins have different definitions depending on the host bus type used, as indicated in the table. 
I = Input-only digital, O = Output only digital, 
B = Bidirectional digital, A = Analog 
l-PU = Input-only digital with internal pullup', l-PD = Input-only digital with internal pulldown* 
B-PU = Bidirectional digital with internal pullup* 

'Internal polysilicon resistor with nominal value of 15k ±30% 
NC = No Connect (should not be connected for normal operation) 



Pin No. 


Pin Name 


Type 


F11 


NC 




F12 


-SAM (MSB) 


B 


F13 


-SIP 


O 


F14 


32MHZ 


1 


G01 


HA13 (LSB) 


1 


G02 


HAD (LSB) 


1 


G03 


Vcc 




G04 


GND 




G10 


GND 




G11 


Vcc 




G12 


-ROM 





G13 


NC 




G14 


-SA12 


B 


HOI 


HAM 


1 


H02 


HA1 


1 


H03 


HA2 


1 


H04 


Vcc 




H10 


GND 




H11 


-SA13 


B 


H12 


NC 




H13 


-SA11 


. B 


H14 


-SA10 


B 


J01 


NC 




J02 


HA15 


1 


J03 


Vcc 




J04 


GND 




JIG 


GND 




J11 


Vcc 




J12 


-SA9 


B 


J13 


-SA8 


B 


J14 


-SA7 


B 


K01 


HA16 




K02 


HA3 




K03 


HA17 




K04 


HA4 




K05 


HAS 





Pin No. 


Pin Name 


Type 


K09 


-SA6 


B 


K10 


Vcc 




K11 


-SA5 


B 


K12 


-SA4 


B 


K13 


-SA3 


B 


K14 


-SA2 


B 


L01 


HA18 




L02 


HA19(MSB) 




L03 


HA6 




L04 

(ISA) 

(MicroChannel) 


IRQ7I 
-i-A20 




LOS 


GND 




L06 


Vcc 




L07 


Vcc 




LOB 


GND 




L09 


GND 




L10 


Vco 





L11 


NC 




L12 


NC 




L13 


-SA1 


B 


L14 


-SAO (LSB) 


B 


M01 


NC 




M02 


HA7 


1 


M03 


HAB 


1 


M04 


HA9 


1 


MQ5 


Vcc 




M06 


Vcc 




M07 


GND 




M08 


Vcc 




M09 


-CFG2 


l-PU 


M10 


-CFG1 


l-PD 


Mil 


NC 




M12 


NC 




M13 


NC 




M14 


NC 




N01 


NC 





Pin No. 


Pin Name 


Type 


N02 

(ISA) 

(MicroChannel) 


IRQ6I 
-1-A21 


1 
1 


N03 


HA10 


1 


N04 


HA11 


1 


N05 


ROUTB 


A 


N06 


GND 




N07 


RINA 


A 


NOB 


-16MBPS 





N09 


-4MBPS 





N10 


-CFGO 


l-PU 


N11 


NC 




N12 


NC 




N13 


NC 




N14 


NC 




P01 

(ISA) 

(MicroChannel) 


IR03I 
+ A22 




P02 

(ISA) 

(MicroChannel) 


IR02I 

-fA23 




P03 

(ISA) 

(MicroChannel) 


TH 
+ MA24 




P04 

(ISA) 

(MicroChannel) 


TH 
-SETUP 




P05 


ROUTA 


A 


P06 


PHANTB 


A 


P07 


PHANTA 


A 


POB 


RINB 


A 


P09 


PLL4 


A 


P10 


PLL16 


A 


P11 


-MIP 


l-PU 


P12 


-SMI 


l-PU 


P13 


NC 




P14 


NC 
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12.0 Connection Diagrams (continued) 
TROPiC Pin i\1aps 



ISA Bus Mode Pin Definitions (Bottom View) 

P E F H J K 



RESET 


-BHE 


NC 


NC 


NC 


NC 


HA13 


HA14 


NC 


HAI6 V 





-0 


-0 


-0 




















t 


15 


29 


43 


57 


71 


85 


99 


113 


127 


-EHPI 


-REF 


+RDY 


IRQ70 


IRQ30 


+DPEN 


HAG 


HA1 


HA15 


KA3 h 




















O 


O 








2 


t6 


30 


44 


58 


72 


86 


100 


114 


128 


HDPO 


HDPl 


IRQ20 


iRQeo 


-CHCK 


-row 


Vcc 


HA2 


Vrr 


HAt7 














-0 








O 








3 


17 


31 


45 


59 


73 


87 


tot 


Its 


129 


HDO 


HD1 


+AEN 


-MEMR 


-lOR 


GND 


GND 


Vcc 


GND 


HA4 1 














-0 

















4 


18 


32 


46 


60 


74 


88 


102 


116 


130 


HD2 


HD3 


H04 


-MEMW 


Vcc 


HA12 








HA5 





























5 


19 


33 


47 


61 


75 








131 


HD5 


HD6 


HD7 


Vcc 


GND 










V 





O 






















13 



-EHDH 
O 
7 

ND8 
O 
8 

HD11 
O 
9 

-SD4 
O 
10 

-SD1 

o 

11 

-SDP1 

o 

12 

-SD8 
O 
13 

-SD12 
O 
14 



20 

-EHDL 
O 
2t 

HD9 
O 
22 

HD12 
O 
23 

-SD5 
O 
24 

-SD2 
O 
25 

-SDPO 
O 
26 

-SD9 
O 
27 

-SD13 
O 
28 



34 

HDDIR 
O 
35 

HD10 

o 

36 

HD13 
O 
37 

-SD6 
O 
38 

-SD3 
O 
39 

-SDO 
O 
40 

-S0 10 

o 

41 
-SD14 

o 

42 



GND 
O 
49 

Vcc 

o 

so 

HDt4 
O 
51 

-SD7 
O 
52 

-CASLO 
-O 
53 

-CASHI 
O 
54 

-SDH • 


55 

-SD15 
O 
56 



GND 
O 
63 

GND 
O 
64 

HDt5 NC 
O O 

65 79 

-CFOLD -BIOS 

o -o 

66 80 
•SRAMOE NC 

o o 

67 81 



-RAS 
O 
68 

■DRAMWE 
O 
69 



-SAU 
O 
82 

-AlP 

83 



-SWRITE 32 MHz 
O O 
70 84 



GND 
O 
94 

\z 
O 
95 

-ROM 
O 
96 

NC 
O 
97 

-SA12 
O 
98 



GND 
O 
108 

-SA13 
O 
109 

NC 
O 
110 



GND 
O 
122 

Vcc 

o 

123 

-SA9 
O 

124 



-SA10 
O 
112 



-SA7 
O 

126 



-SA6 
O 
135 

Vcc 
O 
136 

-SA5 
O 

137 

-SA4 
O 

138 



-SAIt -SA8 -SA3 
O 
111 125 139 



HA18 
O 
141 

HAt9 
O 
142 

HA6 
O 
143 

IRQ7I 
O 
144 

GND 
O 
145 

Vcc' 

O 

146 

Vcc' 

O 

147 

GND 
O 
148 

GND 
O 
149 

Vco 
O 
150 

NC 
O 
151 

NC 
O 
152 

-SA1 
O 
153 



NC 
O 

155 

HA7 
O 
156 

HAS 
O 

157 

HA9 

o 

158 

Vcc 
O 
159 

Vcc 

o 

160 

GND* 
O 
161 

Vcc. 

o 

162 

-CFG2 
O 
163 

-CFG1 
O 
164 

NC 
O 
165 

NC 
O 
166 

NC 
O 
167 



NC 
O 
169 

IRQ6I 
O 
170 

HA10 
O 
171 

HA11 
O 
172 

ROUTB 
O 
173 

GND* 
O 
174 

RINA 
O 

175 

-16MBPS 
O 
176 

-4MBPS 
O 
177 

-CFGO 
O 
178 _ 



NC 
O 

179 

NC 
O 

180 

NC 
O 
181 



IRQ3I 
O 
183 

IRQ2I 

184 

,TH 
O 
185 

NC 
O 

186 

ROUTA 

187 

PHANTB 
O 
188 

PHANTA 
O 
169 

RINB 
O 
190 

PLL4 
O 
191 

PLL16 
O 
192 

-MIP 
O 
193 

-SMI 

194 

NC 
O 
195 



-SA2 


-SAO 


NC 


NC 


NC 








O 


O 





140 


154 


168 


182 


196 



Orientation - Top View 



* indicates Analog Supply Source 



TROPIC 



Pin AOl ■ 



TL/F/1 1334-33 
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12.0 Connection Diagrams (continued) 



MicroChannel Bus Mode Pin Definitions (Bottom View) 

D E F G H J K L 



10 



RESET 


-SBHE 


-DS16 


-SFBK 


NC 

















1 


15 


29 


43 


57 


-EHPI 


— REF 


+CHRDY 


-1RQ7 


-IRQ3 





O 











2 


16 


30 


44 


58 


HDPO 


HDP1 


-IRQ2 


-IRQ6 


-CHCK 





o 








-0 


3 


17 


31 


45 


59 


HDO 


HD1 


MIO 


—SI 


-CMD 











-0 





4 


18 


32 


46 


60 


HD2 


HD3 


HD4 


-SO 


Vcc 











-0 





5 


19 


33 


47 


61 


HDS 


HD6 


HD7 


Vcc 


GND 

















6 


20 


34 


48 


62 


-EHDH 


-EHDL 


HDDIR 


GND 


GND 

















7 


21 


35 


49 


63 


HDS 


HD9 


KD10 


Vcc 


GND 

















8 


22 


36 


50 


64 


HDIt 


HD12 


HD13 


HD14 


HD1S 

















9 


23 


37 


51 


65 


-SO* 


-SD5 


-SD6 


-SD7 


-CFCLO 


o 














10 


24 


38 


52 


66 



13 



NC 

71 

-DPENI 
-O 
72 

-ADL 
O 
73 

GND 
O 
74 

HA12 
O 
75 



-SOI 
O 

11 

-SDP1 
O 
12 

-SOS 

o 

13 

-SD12 
O 
14 



-SD2 
O 
25 

-SDPO 
O 
26 

-SD9 
O 
27 

-SD13 
O 

28 



-SD3 
O 
39 

-SDO 
O 
40 

-SD10 
O 

41 

-SOU 

o 

42 



-CASLO 
-0 

53 

-CASH1 
O 
54 

-soil 



55 

-S0 15 

o 

56 



-SRAMOE 
O 
67 

-RAS 
O 
68 

-DRAMWE 
O 
69 



HA13 

85 

HAO 
O 

86 

Vcc 
O 
87 

GND 

88 



NC 
O 
79 

-BIOS 
O 
80 

NC 
O 
81 

-SA14 
O 
82 

-AlP 
O 
83 

-SWRITE 32 MHz 

o o 

70 84 



HA14 
O 
99 

HA1 

100 

HA2 
O 
101 

Vcc 
o 

102 



NC 

o 

113 

HA15 
O 
114 

Vcc 
o 

115 

GNO 
O 
116 



GND 
O 

94 

Vcc 
O 
95 

-ROM 
O 
96 

NC 
O 

97 

-SA12 
O 

93 



GNO 
O 

108 

-SA13 
O 
109 

NC 
O 
110 

-SAH 
o 

111 

-SA10 

112 



GND 
O 

122 

Vcc 
O 
123 

-SA9 
O 

124 

-SA8 
O 
125 

-SA7 
O 
126 



HA16 

127 

HA3 
O 
128 

HA17 
O 
129 

HA4 
O 
130 

HA5 
O 
131 



-SA6 
O 

135 

Vcc 

o 

136 

-SA5 
O 
137 

-SA4 
O 
138 

-SA3 
O 
139 

-SA2 
O 
140 



HA18 

141 

HA19 
O 
142 

HA6 
O 
143 

ltA20 
O 

144 

GND 

145 

Vcc 

O 

146 

Vcc 
o 

147 

GND 
O 
148 

GND 

149 

Vcc 

O 

150 

NC 
O 
151 

NC 
O 
152 

-SA1 

153 

-SAO 
O 

154 



NC 
O 
155 

HA7 
O 
156 

HAS 
O 

157 

HA9 
O 
158 

Vcc 
O 
159 

Vcc' 
O 

160 

GND' 
O 
161 

Vcc 
o 

162 

-CFGZ 
O 
163 

-CFG1 
O 
164 

NC 
O 

165 

NC 
O 
166 

NC 
O 
167 

NC 
O 

168 



NC 
O 
169 



+A22 
O 
183 



I+A21 ltA23 

O O 

170 184 

HA 10 'fMA24 

o o 

171 185 



HA11 
O 
172 

ROUTB 
O 
173 

GND* 
O 

174 

R1NA 
O 

175 

-16MBPS 

O 
, 176 

-4MBPS 
O 
177 

-CFGO 
O 
178 

NC 
O 
179 

NC 
O 
180 

NC 
O 
181 

NC 
O 

182 



-SETUP 
O 
186 

ROUTA 
O 

187 

PHANTB 
O 
IBS 

PHANTA 
O 
189 

R1N3 
O 
190 

PLL4 

191 

PLLie 



192 

-MIP 
O 
193 

-SMI 
O 
194 

NC 
O 
195 

NC 
O 
196 



Orientation - Top View 



* Indicates Analog Supply Source 



TROPIC 



Pin A01 ■ 



TL/F/1 1334-34 
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^National 

^M Semiconductor 



DP802511 

TROPIC™ RAM Relocation Register Decoder 



General Description 

The DP80251 1 , DP802512 and DP802513 form the majority 
of the MEMCS_16 circuitry that is responsible for notifying 
the ISA bus (by way of MEMCS_16) that it can execute 
16-bit bus transfers with the DP8025 TROPIC. 
The areas of the architecture that will benefit most from the 
increased performance of 16-bit transfers are the shared 
memory interface and the host boot ROM (if so designed). 
For the boot ROIVI it is a relatively simple matter of matching 
the jumpered configuration bits SD9-SD15 (BIOS/MMIO 
base address) with the system address (SA) lines. The 

MEMOS 1 6 signal's maximum propagation delay from the 

SA lines is about 25 ns (assuming 8 MHz IBM® PC-AT®). 
The shared memory interface RAM size is determined by 
jumper bits SD2 and SD3. These indicate the block size 
decoded to the shared memory MEMCS_16 circuitry. The 



address of this shared memory interface is software select- 
able. In order for the hardware to respond to the proper 
memory address It must shadow the RAM Relocation Reg- 
ister of the TROPIC'S memory mapped I/O space. The data 
programmed into the RAM Relocation Register is latched 
into this shadowing register and used in conjuction with the 
system address lines to determine which address range 
contains the shared memory interface. 

Features 

■ Single chip custom logic solution 

■ Replaces glue logic 

■ Internal output latch 

■ tpD = 1 5 ns (max) 



Logic Diagram 




Blocl< Diagram 
— kJ — 



■ (18) RRR.SIB 



E 

E 

E 

EH 

E 

E 

E 

E 

E 






[o—^ 



HI 



TL/L/1 1444-2 



- (19) MEMO 
TL/L/1 1444-1 
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Functional Description 

The DP80251 1 TROPIC RAM Relocation Register Decoder 
is manufactured using National's high performance 1 .2 jxm 
CMOS process and is responsib le for gener ating the RAM 
relocation register strobe signal (RRR_STB) that points to 
the memory mapped RAM relocation register on the 



DP8025 TROPIC. The device decodes the offset address 
1 EOO fr om an uppe r level decode, to generate the output 

strobe. RRR STB will remain asserted for the duration of 

the memory write signal (~ MEMW). 



D 
■D 
as 

o 

lO 

en 



CONFIG 



I AlP ROM I 



MICROCODE ROM 
32k X 16 



SRAM 
i2\t X IS 



tropic™ 

DP8025 



MEMCS_16 
LOGIC 



INTERRUPT lOCHRDY 
PARITY BUFFERING 



DATA BUFFERING 



FRONT END 
DISCRETES 



1 iii n Ill 



FIGURE 1. TROPICTM 16-Bit ISA Token Ring Workstation Adapter 



ADDRESS 
BUS 



I 



ROM LOCATION 
JUMPERS JR9-I4 



RAM SIZE 
JUMPERS JR2, JRI 



UPPER LA: 
ADDRESS BITS 

DP802512 

JR13,JRU 



EXCLUSIVE 

OR 

QUALinCATION 



12SkS 
DECODE 



SAM/ROM 



DP802513 

SJR9-12 

JR2 

JRJ SRBR3-6 



TL/L/1 1444-3 



~MEMCS 16 _ ISA 
*■ BUS 



DP802511 

ROM DECODED 
OFFSET 1E0O 



SHADOW RAM 
RELOCATIOH 
REGISTER BUS 



TL/L/11444-4 



FIGURE 2. MEMCS^ie Logic 
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Absolute Maximum Ratings (Note 1) 

If Military /Aerospace specified devices are required, Output Current ± 100 mA 
please contact the National Semiconductor Sales Storage Temperature -es-Cto H-ISO-C 
Office/Distributors for availability and specifications. Ambient Temperature with 

Supply Voltage (Vcc) -0.5Vto+7.0V Rower Applied -65"Clo +125°C 
InputVoltage - 2.5V to Vcc + 1.0V Junction Temperature -65»Cto+150'C 
Off-State Output Voltage -2.5V to Vcc + 1 -OV Lead Temperature 

(Soldering, 1 seconds) 260°C 

Recommended Operating Conditions 

SUPPLY VOLTAGE AND TEMPERATURE 


Symbol 


Parameter 


Commercial 


Units 


Min 


Nom 


Max 


Vcc 


Supply Voltage 


4.75 


5 


5.25 


V 


Ta 


Operating Free-Air Temperature 





25 


75 


•c 


Electrical Characteristics over Recommended operating Conditions 


Symbol 


Parameter 


Conditions 


Temperature 
Range 


Min 


Typ 


Max 


Units 


V|H 


Higii Level Input Voltage 






2.0 




Vcc + 1 


V 


V|L 


Low Level Input Voltage 






-0.5 




0.8 


V 


VOH 


High Level Output Voltage 


Vcc = Min 


lOL = -3-2 mA 


COM 


2.4 






V 


Vol 


Low Level Output Voltage 


Vcc = Min 


lOL = 24 mA 


COM 






0.5 


V 


bZH 


High Level Off State 
Output Cun'ent 


Vcc = Max, Vo = Vcc (Max) 








10 


M 


'OZL 


Low Level Off State 
Output Current 


Vcc = Max, Vo = GND 








-10 


^tA 


l| 


Maximum Input Current 


Vcc = Max, V| = Vcc (Max) 


i 






10 


HA 


l|H 


High Level Input Current 


Vcc = Max, V| = Vcc (Max) 








10 


HA 


l|L 


Low Level input Cun-ent 


Vcc = 5.0V, Vq = GND 








-10 


HA 


Ids' 


Output Short Circuit Current 


Vcc = 5.0V, Vo = GND 


COM 


-30 




-150 


mA 


Ice 


Supply Current 


Vcc = Max 








90 


mA 


C| 


Input Capacitance 


Vcc = 5.0V,V| = 2.0V 








8 


PF 


•One output at a tims for a maximum duration of one second. 

Note 1: Absolute maximum ratings are ttiose values beyond which the device may be permanently damaged. Proper operation is not guaranteed outside the 
specified recommended operating conditions. 
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Switching CharaCtOriStiCS over Recommended Operating Conditions 



O 

■o 
o 

M 
U1 



Symbol 



Parameter 



Conditions 



DP802511 



Commercial 



MIn 



Max 



Units 



tpD 



input to Output 



SI Closed, Cl = 50 pF 



15 



tpzxi 



input to Output Enabled via 
Control Logic 



Active High: SI Open, Cl = 50 pF 
Active Low: S1 Closed, Cl = 50 pF 



15 



tpxzi 



input to Output Disabled via 
Control Logic 



Active High: SI Open, Cl = 5 pF 
Active Low: 81 Closed, Cl = 5 pF 



15 



AC Test Load 




R1 = 


= 20on 


R2 - 390n 


TL/L/11444-5 



Cl includes probe and jig capacitance. 



Test Waveforms 

Propagation Delay 



HIGH 
OUTPUT 
(SI CLOSED) ■ 



LOW- 
OUTPUT 
(SI CLOSED) 



— *■ Vlh 



•PHL 



/ 



•PHL 



*PLH ■*— 



^: 



■ 3V 
. OV 



'OL 

TL/L/ 11 444-6 



ENABLE 
LOGIC 



Enable and Disable 

- Vvt enabled "^ 



NORMALLY HIGH Vg^ 
OUTPUT 
(SI OPEN) 2 



NORMALLY LOW Z 

OUTPUT 

(SI CLOSED) Vol 



■*— VzH 'fHZ —*■ 



• Wl Vu ~* 



Input Schematic 



INPUT 



Input Translator/Buffer 



1 n J— I 

I ESD I "-1 ' 



I PROTECTION I 
>■ _ — — — J 




TL/L/11444-8 
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^National 

mM Semiconductor 



DP802512 

TROPIC™ Upper Memory Decoder 



General Description 

The DP80251 1, DP802512 and DP802513 form the majority 

of the MEMCS 16 circuitry that is responsible for notifying 

the ISA bus (by way of MEMCS_16) that it can execute 16- 
bit bus transfers with the DP8025 TROPIC. 
The areas of the architecture that will benefit most from the 
increased performance of 16-bit transfers are the shared 
memory interface and the host boot ROM (if so designed). 
For the boot ROIVI it is a relatively simple matter of matching 
the jumpered configuration bits SD9-SD15 (BIOS/MMIO 
base address) with the system address (SA) lines. The 
MEMCS_16 signal's maximum propagation delay from the 
SA lines is about 25 ns (assuming 8 MHz IBM® PG-AT®). 
The shared memory interface RAM size is determined by 
jumper bits SD2 and SD3. These indicate the block size 
decoded to the shared memory MEMCS 16 circuitry. The 



address of this shared memory interface is software select- 
able. In order for the hardware to respond to the proper 
memory address it must shadow the RAM Relocation Reg- 
ister of the TROPIC'S memory mapped I/O space. The data 
programmed into the RAM Relocation Register is latched 
into this shadowing register and used in conjuction with the 
system address lines to determine which address range 
contains the shared memory interface. 

Features 

■ Single chip custom logic solution 

■ Replaces glue logic 

■ Built-in noise filter 

■ tpD = 15 ns (max) 



Logic Diagram 
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Functional Description 

The DP802512 TROPIC Upper Memory Decoder is manu- 
factured using National's high performance 1.2 jxai CMOS 
process and generates two 128k block decode output sig- 
nals. RAM_DCD provides a 128k block decode of a user 
programmable base in the lower 1 Megabyte of system 
address space, excluding addresses EOOO and FOOD. 



ROS_DCD provides a 128k block decode of a user 
jumper selected base for the system boot ROM in the lower 
1 Megabyte of system memory. 

The device also contains a noise and glitch filter. Treset is a 
qualified version of the system reset signal, which ensures 
that any noise or glitches will be factored out. 
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FIGURE 1. TROPIC 16-Blt ISA Token Ring Workstation Adapter 
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Absolute Maximum Ratings (Note 1) 

If Military /Aerospace specified devices are required, Storage Temperature -65'Cto +1S0°C 

«1?'^„?°.".k''.* •''f '''"'l?"! ^*"''°°"'^"'''°' ^^'*'' Ambient Temperature with 

Office/Distributors for availability and specifications. Power Applied -65°Cto +125°C 

Supply Voltage (Vcc) -0.5Vto+7.0V Junction Temperature -65-Cto +1S0-C 

Input Voltage -2.5V to Vcc + 1.0V Lead Temperature 

Off-State Output Voltage -2.5Vto Vcc + 1.0V (Soldering, 10 seconds) 260°C 

Output Cun-ent ± 100mA 

Recommended Operating Conditions 

SUPPLY VOLTAGE AND TEMPERATURE 


Symbol 


Parameter 


Commercial 


Units 


Min 


Norn 


Max 


Vcc 


Supply Voltage 


4.75 


5 


5.25 


V 


Ta 


Operating Free-Air Temperature 





25 


75 


'C 


EieCtriCal Characteristics over Recommended operating Conditions 


Symbol 


Parameter 


Conditions 


Temperature 
Range 


MIn 


Typ 


Max 


Unite 


V|H 


HIgti Level Input Voltage 






2.0 




Vcc+1 


V 


V|L 


Low Level input Voltage 






-0.5 




O.B 


V 


VOH 


High Level Output Voltage 


Vcc = MIn 


loL = 3-2 mA 


COM 


2.4 






V 


Vol 


Low Level Output Voltage 


Vcc = Min 


loL = 24 mA 


COM 






0.5 


V 


loZH 


High Level Off State 
Output Current 


Vcc = Max, 
Vo = Vcc (Max) 








10 


M 


loZL 


Low Level Off State 
Output Current 


Vcc = Max, Vo = GND 








-10 


pA 


l| 


Maximum input Current 


Vcc = Max, V| = Vcc (Max) 








10 


,iA 


l|H 


High Level Input Current 


Vcc = Max, V| = Vcc (Max) 








10 


pA 


l|L 


Low Level Input Current 


Vcc = 5.0V, Vo = GND 








-10 


mA 


Ids' 


Output Short Circuit Current 


Vcc = 5.0V, Vo = GND 


COM 


-30 




-150 


mA 


Ice 


Supply Gur.'-ent 


Vcc = Max 








90 


mA 


Ci 


Input Capacitance 


Vcc = 5.0V, V| = 2.0V 








B 


PF 


•One output at a time for a maximum duration of one second. 

Note 1: Absolute maximum ratings are tliose values beyond which the device may be permanently damaged. Proper operation Is not guaranteed outside the 
specified recommended operating conditions. 
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Switching Characteristics over Recommended operating conditions 



Symbol 



tpD 



tpzxi 



tpxzi 



Parameter 



Input to Output 



Input to Output Enabled via 
Control Logic 



Input to Output Disabled via 
Control Logic 



Conditions 



SI Closed, Cl = 50 pF 



Active High: S1 Open, Cl = 50 pF 
Active Low: SI Closed, Cl = 50 pF 



Active High: SI Open, Cl = 5 pF 
Active Low: S1 Closed, Cl = 5 pF 



DPB02512 



Commercial 



MIn 



Max 



15 



15 



15 



Units 



AC Test Load 



OUTPUT 




R1 - 200n 
R2 = 390n 



Cl. includes probo and jig capacitanco. 



Test Waveforms 

Propagation Delay 
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Enable and Disable 
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^National 

MJi Semiconductor 



DP802513 

TROPIC™ MEMCS_16 Signal Decoder 



General Description 

The DP80251 1 , DP802512 and DP802513 form the majority 
of the MEMCS_16 circuitry that is responsible for notifying 
the ISA bus (by way of MEMCS_16) that it can execute 
16-bit bus transfers with the DP8025 TROPIC. 
The areas of the architecture that will benefit most from the 
increased performance of 16-bit transfers are the shared 
memory interface and the host boot ROIW (if so designed). 
For the boot ROIVI it is a relatively simple matter of matching 
the jumpered configuration bits SD9-SD15 (BIOS/MMIO 
base address) with the system address (SA) lines. The 
MEMCS_16 signal's maximum propagation delay from the 
SA lines is about 25 ns (assuming 8 MHz IBM® PC-AT®). 
The shared memory interface RAM size is determined by 
jumper bits SD2 and SD3. These indicate the block size 
decoded to the shared memory MEMCS 16 circuitry. The 

Logic Diagram 



address of this shared memory interface Is software select- 
able. In order for the hardware to respond to the proper 
memory address it must shadow the RAM Relocation Reg- 
ister of the TROPIC'S memory mapped I/O space. The data 
programmed into the RAM Relocation Register is latched 
into this shadowing register and used in conjuction with the 
system address lines to determine which address range 
contains the shared memory interface. 

Features 

■ High speed: tpo = 7.0 ns (max) 

■ Single chip custom logic solution 

■ Replaces glue logic 
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Functional Description 

The DP802513 TROPIC MEMCS_16 Signal Decoder is 
manufactured using National's high speed ASPECT II bipo- 
lar TTL process and provides further decode of a 128k 

block decode for generation of the MEMCS 16 signal on 

the ISA bus. The ROS_CS (Read Only Storage) signal is a 
decode of an 8k boundary that is wire-ORed externally with 

the four RAM decode outputs. The ROS 16 signal is an 

identical decode as for ROS_CS above, except that it is 
not wire-ORed to the MEMCS_16 signal. Its purpose is to 



notify the RAM relocation register strobe circuitry 
(DP802511) that the required address (1E00) Is in the ROM 
address area. 

Depending upon the position of the jumpers JR02 and 
JR03, for user selectable shared RAM size, the device pro- 
vides a decode of either Sk, 16k, 32k or 64k for MEMCS_ 
16 generation. These signals are all output enabled and 
wire-ORed. 
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FIGURE 1. TROPIC 16-Blt ISA Token Ring Workstation Adapter 
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FIGURE 2. MEMCS_16 Logic 
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Absolute Maximum Ratings (Note d 

If Military/Aerospace specified devices are required, 
please contact the National Semiconductor Sales 
Office/Distributors for avaliabiilty and specifications. 

Supply Voltage (Vcc) - 0.5V to + 7.0 V 

input Voltage - 1 .5V to Vcc + 7.0V 

Off-State Output Voltage 
(Vo) (Note 2) - 1 .5V to Vcc + 5.5V 

Recommended Operating Conditions 

SUPPLY VOLTAGE AND TEMPERATURE 



Input Current 
Output Cun-ent (Iql) 
Storage Temperature 
Ambient Temperature with 

Power Applied 
Junction Temperature 



-10.0 mA to +6.0 mA 

100 mA 

-65«Cto+150»C 

-65°Cto+125°C 
-65°Cto+150°C 



Symbol 


Parameter 


Commercial 


Units 


MIn 


Norn 


Max 


Vcc 


Supply Voltage 


4.75 


5 


5.25 


V 


Ta 


Operating Free-Air Temperature 





25 


75 


•c 



Electrical Characteristics over Recommended operating Conditions 



Symbol 


Parameter 


Conditions 


MIn 


Typ 


Max 


Units 


V|L 


Low Level Input Voltage (Note 3) 








0.8 


V 


V|H 


High Level Input Voltage (Note 3) 




2 






V 


V|C 


Input Clamp Voltage 


Vcc= Min,l= -18 mA 






-1.2 


V 


l|L 


Low Level input Current 


Vcc = Max, V| = 0.4V 






-250 


HA 


1|H 


High Level Input Current 


Vcc = Max, V| = 2.4V 






25 


fiA 


l| 


Maximum Input Current 


Vcc = Max, V| = 5.5V 






100 


fiA 


Vol 


Low Level Output Voltage 


Vcc = MIn, loL = 24 mA 






0.5 


V 


VOH 


High Level Output Voltage 


Vcc = MIn, loL = -3.2 mA 


2.7 






V 


loZL 


Low Level Off State Output Current 


Vcc = Max, Vo = 0.4V 


. 




-50 


jitA 


loZH 


High Level Off State Output Cun-ent 


Vcc = Max, Vo = 2.4V 






50 


M 


los 


Output Short Circuit Current (Note 4) 


Vcc = 5V,Vo = 0V 


-50 




-130 


mA 


icc 


Supply Current 


Vcc = Max, Output Open 




125 


180 


mA 


C| 


Input Capacitance 


Vcc = 5.0V, V| = 2.0V 




8 




PF 


Co 


Output Capacitance 


Vcc = 5.0V, Vo = 2.0V 




8 




PF 



Note 1: Absolute maximum ratings are those values beyond which the device may be permanently damaged. Proper operation is not guaranteed outside the 

specified recommended operating conditions. 

Note 2: Vo must not exceed Vfx; + 1 V. 

Note 3: These are absolute voltages with respect to the ground pin on the device and Include all overshoots due to system and/or tester noise. Do not attempt to 

test these values without suitable equipment 

Note 4: To avoid invalid readings in other parameter tests it is preferable to conduct the Iqs test last. To minimize internal heating, only one output should be 

shorted at a time with a maximum duration of 1 .0 second each. Prolonged shorting of a High output may raise the chip temperature above normal and permanent 

damage may result. 
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Switching Characteristics over Recommended operating conditions 



Symbol 



tpD 



'PZXI 



'PXZI 



Parameter 



Input to Output 



Input to Output Enabled via 
Control Logic 



Input to Output Disabled via 
Control Logic 



Test Load 



Test Waveforms 

Propagation Delay 

INPUT tMt v7\ 



HIGH 
OUTPUTS 
(S1 CLOSED)- 



HIGH- 
OUTPUTS 
(SI CLOSED) 



Vlh 



— H 'phi 



/ 



•PHL 



*PLH 



Conditions 



Cu = 50 pF, SI Closed 



Cl = 50 pF, Active High: 81 Open 
Active Low: S1 Closed 



Cl = 5 pF, From Vqh: S1 Open, 
From Vol: SI Closed 



Commercial 



MIn 



3.0 



3.0 



Typ 



Max 



7.0 



7.0 



7.0 



\ 



OUTPUT 




Rl = 20on 
R2 - 390n 



3V 
. OV 



'OL 

TL/L/1 1446-6 
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Enable and Disable 



ENABLING 
LOGIC 






a 

00 

O 

ro 



Units 



NORMALLY HIGH ^OH 
OUTPUT 
(SI OPEN) I 



NORMALLY LOW Z 

OUTPUT 

(SI CLOSED) Vol 



*— VZH tpHZ ~* 



Vr 



•PLZ ■ 
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DP802514-1 TROPIC REEF + ™, DP802515-1 TROPIC 
PELE + ™, TROPIC™ Microcode ROM 



General Description 



The DP802514-1 and DP802515-1 are the microcode 
ROMs for the TROPIC token ring network controllers. The 
DP802514-1 is a TROPIC REEF+ device and the 
DP802515-1 isaTROPICPELE+ device. The devices fea- 
ture an interface that is compatible to DP8025 interface 
controller to allow direct interfacing without the use of glue 
logic. 

The DP802514-1 and DP802515-1 are implemented in Na- 
tional's double poly, single metal CMOS process. They op- 
erate from a single 5V ±10% power supply. They are avail- 
able in 28-pin, DIP or 32-pin PLCC. 



Features 

■ TROPIC compatible 

— Glueless interface 

■ High reliability CMOS processing 

— ESD protection exceeds 2000V 

— Latch up immunity to 200 mA 

■ Surface mount and DIP package 

— 28-pin molded plastic DIP 

— 32-pin PLCC 



Blocl< Diagram 
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Connection Diagrams 



DIP 



PV- 


1 


■W 


28 


-Vcc 


A12- 


2 




27 


-A14 


A7- 


3 




26 


-A13 


A6- 


4 




25 


— AS 


A5 — 


5 




24 


-A9 


A4- 


6 




23 


-All 


A3- 


7 




22 


-OE 
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8 




21 


-AID 
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20 
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10 




19 
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29 


-A8 


28 
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Order Number DP802S14-1N or DP802515-1N 
See NS Package Number N28B 
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TL/D/1 1438-3 

Order Number DP802514-1 V or DPe02515-1 V 
See NS Package Number VA32A 



Commercial Temperature Range 
(O'Cto +70°C)Vcc = 5V ±10% 



Order 
Number 


Microcode 
Section 


Check 
Sum 


DP802514-1N,V 


Even/Lower 


7940 


DP802515-1N,V 


Odd/Upper 


D739 



Pin Names 



Symbol 


Description 


A0-A14 


Addresses 


CE 


Chip Enable 


OE 


Output Enable 


O0-O7 


Outputs 


PV 


Connect to Vcc 



•This function is used during test/manufacture. 
Should be connected to Voo in application. 
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Absolute Maximum Ratings (Notei) 

If Military/Aerospace specified devices are required, 
please contact the National Semiconductor Sales 
Office/Distributors for availability and specifications. 

Storage Temperature - 65°C to + 1 50°C 

All input Voltages 

with Respect to Ground -0.6V to + 7V 

Vcc Supply Voltage 

with Respect to Ground - 0.6V to + 7V 



ESD Protection 
All Output Voltages with 
Respect to Ground 

Operating Range 



> 2000V 



Vcc +1.0VtoGND- 0.6V 



Range 


Temperature , 


Vcc 


Commercial 


ccto+eo'c 


5V±10% 


industrial 


-40''Cto+85°C 


5V±10% 



Read Operation 

DC Electrical Characteristics over operating Range 



Symbol 



V|L 



V|H 



Vol 



VOH 



iCCSBI 



ICCSB2 



Ice 



Vpp 



Ili 



Ilo 



Parameter 



input Low Level 



Input High Level 



Output Low Voltage 



Output High Voltage 



Vcc Standby Current (CMOS) 



Vcc Standby Current 



Vcc Standby Active Current 



Vpp Supply Current 



Vpp Read Voltage 



Input Load Current 



Output Leakage Current 



Test Condtions 



lOL = 2.1 mA 



Iqh = -400 ;aA 



CE = Vcc ± 0.3V 



CE = V|H 



CE = OE = V|L, f = 5 iVIHz 
I/O = mA 



Vpp = Vcc 



V|N = 5.5VorGND 



V0UT = 5.5VorGND 



Min 



-0.5 



2.0 



3.5 



Vcc - 0.7 



-1 



-10 



Max 



0.8 



Vcc + 1 



0.4 



, 100 



35 



10 



Vcc 



10 



Units 



fiA 



mA 



mA 



fiA 



)xA 



fj,A 



AC Electrical Characteristics over operating Range 



Symbol 



'acc 



tUE 



«0E 



tDF 

(Note 2) 



'oh 

(Note 2) 



Parameter 



Address to Output Delay 



CE lo Oulpul Delay 



OE to Output Delay • 



Output Disable to Output Float 



Output Hold from Addresses, 

CE or OE, whichever occurred First 



Min 



Max 



95 



95 



40 



25 



Capacitance ta = tas-c, i = i MHz(Note2) 



Symbol 


Parameter 


Conditions 


Typ 


Max 


Units 


C|N 


Input Capacitance 


V|N = OV 


6 


12 


PF 


CouT 


Output Capacitance 


VouT = OV 


9 


12 


PF 



AC Test Conditions 

1TTLGateandCL = 100pF 
(Note <. 5 ns) 

0.45V to 2.4V 



Output Load 
input Pulse Levels 



Input Pulse Level 

Timing Measurement Level 

inputs 

Outputs 



0.45V to 2.4V 

(Note 8) 

0.8V to 2V 

0.8V to 2V 
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AC Waveforms (Notes e, 7 and 9) 



ADDRESSES I'ly^ 



2.0V 
0.8V 



2.0V 

o.av 



OUTPUT 



ADDRESSES VALID 



X 



\ 



-tcE- 



yZZ 



\ 



•OE 
(NOTE 3) 



■^M 



■ACC 



(NOTE 3) 



y 



VALID OUTPUT 



(NOTE 2.4,5) 



•or 

(NOTE 2,4,5) 



*Onl-*- 



imF 



TL/D/1143B-4 

Note 1: stresses above those listed under "Absolute Maximum Ratings" may cause permanent damage to the device. This is a stress rating only and functional 
operation of the device at these or any other conditions above those indicated in the operations sections of this specification is not implied. Exposure to absolute 
maximum rating conditions for extended periods may affect device reliability. 
Note 2: This parameter is only sampled and is not 1 00% tested. 

Note 3: f3E may be delayed up to Iacc - ICE a'lo' the falling edge of CE without impacting tAcc- 
Note 4: The toF and tcp compare level is determined as follows; 

High to TRI-STATE«, the measure Vchi (DC) - 0.10V; 

Low to TRI-STATE, the measured Vqli (DC) + 0.10V. 
Note 5: TRI-STATE may be attained using OE or CE. 

Note 6: The power switching characteristics require careful device decoupling. It is recommended that at least a 0.2 ^F ceramic capacitor be used on every device 
between Vcc and GND. ■ 

Note 7: The outputs must be restricted to Vcc "*" 1-OV to avoid latch-up and device damage. 
Note B: 1 TTL Gate: Iql - 1-6 mA, Iqh = -400 jiA, Cl: 100 pF includes fixture capacitance. 



Functional Description 

DEVICE OPERATION 

The three modes of operation of the DP802514-1 and 
DPe02515-1 are listed in Table I. It should be noted that all 
inputs for the three modes are at TTL levels. The power 
supply required is Vcc- 

READ MODE 

THE DP802514-1 and DP802515-1 have two control func- 
tions, both of which must be logically active in order to ob- 
tain data at the outputs. Chip Enable (CE) is the power con- 
trol and should be used for device selection. Output Enable 
(HE) is the output control and should be used to gate data 
to the output pins, independent of device selection. Assum- 
ing that addresses are stable, address access time (tAcc) is 
equal to the delay from CE to output (t^). Data is available 
at the outputs tgg after the falling edge of OE, assuming 
that CE has been low and addresses have been stable for 
at least tAcc - tol- 

STANDBY MODE 

The DP802514-1 and DP802515-1 have a standby mode 
which reduces the active power dissipation by over 99%, 
from 75 mW to 0.55 mW. They are placed in the standby 
mode by applying a CMOS high signal to the CE input. 
When in standby mode, the outputs are in a high impedance 
state, independent of the (5E. input. 

OUTPUT DISABLE 

The DP802514-1 and DP802515-1 are placed in output dis- 
able by applying a TTL high signal to the 5E input. When in 
output disable all circuitry is enabled, except the outputs are 
in a high impedance state (TRI-STATE). 



APPLICATION 

In application, the DP802514-1 and DP802515-1 should be 
connected to the DP8025 TROPIC controller as shown in 
Figure 1. The DP802514-1 is the lower microcode ROM, 
and Oo thru O7 are to be connected to SDq thru SD7. The 
DP802515-1 is the upper microcode ROM and Oo thru O7 
are to be connected to SDa thru SD^s of the DP8025. 

SYSTEM CONSIDERATION 

The power switching characteristics of DP802514-1 and 
DP802515-1 require careful decoupling of the devices. The 
supply current. Ice, has three segments that are of interest 
to the system designer: the standby current level, the active 
cuffent level, and the transient current peaks that are pro- 
duced by voltage transitions on input pins. The magnitude of 
these transient current peaks is dependent of the output 
capacitance loading of the device. The associated Vcc tran- 
sient voltage peaks can be suppressed by properly selected 
decoupling capacitors. It is recommended that at least a 
0.2 fjtF ceramic capacitor be used on every device between 
Vcc and GND for each eight devices. The bulk capacitor 
should be located near where the power supply is connect- 
ed to the subsystem. The purpose of the bulk capacitor is to 
overcome the voltage drop caused by the inductive effects 
of the PC board traces. 

l\/lode Selection 

The modes of operation of the DP802514-1 and 
DP802515-1 are listed in Table 1. A single 5V power supply 
is required. All inputs are TTL levels except for PV = Vcc- 
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Mode Selection (continued) 



TABLE I. Modes Selection 



Pins 
Mode 


CE/PGM 


OE 


PV 


Vcc 


Outputs 


Read 


VlL 


V|L 


Vcc 


5.0V 


DOUT 


Output Disable 


X(Notel) 


V|H 


Vcc 


5.0V 


HighZ 


Standby 


V|H 


X 


Vcc 


5.0V 


High Z 



Note 1: X can be V|[. or V|h. 
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FIGURE 1. Typical TROPIC Connection 
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INTRODUCTION 

Token Ring and Its associated hardware was first intro- 
duced by IBM® in the Fall of 1985. The token passing proto- 
col was chosen because it would perform better under 
heavy network loading and be more easily integrated into 
existing IBM synchronous networks. In late 1985, the Inter- 
national Organization for Standardization (ISO) adopted the 
Token Ring Standard (ANSI/IEEE Std. 802.5-1985). A 
newer revision of the specification was approved by ISO in 
1992 and has been published as International Standard 
ISO/IEC 8802-5:1992. 

Initially, the 4 Mbps data rate was considered sufficient for 
most office automation and networking tasks. Realizing the 
need for increased bandwidth, IBM released the 16 Mbps 
version of Token Ring In 1989. Since its inception, Token 
Ring has become the most popular implementation of the 
token passing protocol and is second only to Ethernet® in 
nodes shipped. 
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In the token passing protocol, a token circulates around the 
ring until a station requests permission to transmit 
(Figure 1). Once granted, the transmitting station sends Its 
information over the network. Each station along the ring 
checks the destination address of the data frame to deter- 
mine if the packet is to be copied into a local buffer or sim- 
ply repeated onto the ring. The data frame is removed from 
the ring by the originator of that frame and the token Is 
released. 

PHYSICAL CONNECTION 

Each station is linked to the ring via a concentrator 
(Figure 2). Although this appears as a star-based topology, 
closer Inspection reveals that it is indeed a ring. Most of the 
current concentrators are based on a passive technique uti- 
lizing simple relay logic. Each station has transformer-cou- 
pled receive and transmit twisted-pair wires (either shielded 
or unshielded) which attach the station to the concentrator 
using a Media Interface Connector (MIC). 
When Inserting a new station Into the ring, the station first 
completes some Initialization routines to insure proper oper- 
ation. The station then "impresses" a D.C. voltage onto the 
Media Interface Cable to power the relay In the concentrator 
(Figure 3). This is called a ptiantom drive voltage because it 
is transparent to symbols being transmitted (due to AC cou- 
pling). The relay closes the switches so that the concentra- 
tor changes from bypass to Insertion mode. 




FIGURE 1. Token Ring 
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FIGURE 2. Station Connection 
to a Concentrator 
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FIGURE 3. Physical Connection 
RING SYNCHRONIZATION 

Each ring must have a station (the Active Monitor) which is 
responsible for maintaining the master cloci< for all worl<sta- 
tions. This is always the first station to get onto the ring. All 
other stations are considered Standby Monitors which con- 
stantly checl< the ring to make sure an Active Monitor is 
present. If a problem with the Active Monitor station devel- 
ops, the other stations will negotiate to become the new 
Active Monitor. 



The Active Monitor is the only station on a ring to synchro- 
nize to a clock oscillator (Figure 4). All other stations syn- 
chronize to the embedded clock of the incoming signal us- 
ing a phase-locked loop (PLL). One disadvantage to this 
approach is that each PLL along the ring introduces jitter 
into the signal. Jitter is the time varying difference between 
the phase of the master clock and the clock recovered from 
the signal. If this accumulated jitter reaches a certain 
threshold, the next station will not be able to recover a clock 
and the entire ring will fail. This is why the standards com- 
mittees and manufacturers are sensitive to the amount of 
jitter introduced by token ring equipment. The current 
I.E.E.E. specification only allows for 250 stations in a ring to 
limit the potential for this catastrophic error. 

Monitor Slatlon 
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FIGURE 4. Ring Synchronization 

Other responsibilities of the Active Monitor include recovery 
from error situations, Neighbor Notification, and maintaining 
a latency buffer. Neighbor Notification allows each station to 
know both its upstream and downstream neighbors on the 
ring. This is important for fault isolation. The latency buffer 
allows the Active Monitor to introduce a 24-bit delay (length 
of a token) to allow for a token to completely circulate 
around the ring without overlapping the originating station. 

FRAME TYPES 

The token ring standard currently supports two kinds of 
transmission units: tokens, and frames. As previously men- 
tioned, tokens are responsible for controlling access to the 
network. The frames transfer data as well as control instruc- 
tions for the network. 

Token Format 

The token is responsible for granting permission for an indi- 
vidual station to transmit onto the ring. This frame contains 
three fields: Starting Delimiter, Access Control, and Ending 
Delimiter (F^ure 5). 



SD 


AC 


ED 



1 Byte 1 Byte 

SD = Starting Delimiter 
AC = Access Control 
ED = Ending Deltmeter 



1 Byte 



FIGURE 5. Token Format 

The Starting Delimiter field is a unique sequence of symbols 
indicating the beginning of a frame or token (See 
TROPICTM-Front End Description, AN-850). This field is the 
same for all frame types. 
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As shown in Figure 6. the Access Control field contains 
3 bits indicating the priority of the frame or token (PPP), 1-bit 
indicating whether this is a frame (T= 1) or a token (T = 0), 
1-bit for monitoring the ring to prevent the recirculation of 
errant tokens or frames (M), and 3 bits for requesting the 
needed priority setting for the next available token (RRR). 
Each station on the ring is assigned a maximum priority with 
which it may transmit. 



M 



_i_ 



_L 



J_ 



_L 



J_ 



PPP - Priority Bits 
T = Token Status 
M = Monitor 
RRR = . Reservation Bits 

FIGURE 6. Access Control Field 

The Ending Delimiter field contains a unique pattern of sym- 
bols indicating the end of a frame or token. One bit, the 
Intermediate Frame Bit, is used to indicate if the current 
frame is the end of a station's series of transmitted frames. 
The Error Detected Bit, the last bit in this field, is set by any 
station on the ring that detects an error. All tokens and 
frames must contain the Ending Delimiter sequence to be 
considered valid. 

Frame Format 

The frame is the basic data transmission unit of Token Ring 
networks. The IEEE standard for Token Ring (802.5) cur- 
rently supports two frame types: MAC frames and LLC 
frames. The IVIedium Access Control (MAC) frames are 
used to control the operation of the ring. Examples of MAC 
frames include Claim Token, Duplicate Address Test, and 
Lobe Test which are explained in the Ring Insertion section. 
Logical Link Control (LLC) frames are responsible for the 
transmission of data and the establishment of communica- 
tions between two or more nodes. 
The basic frame format consists of the data to be sent en- 
capsulated by a physical header and trailer (Figure 7). The 
SD, AC, and ED fields are the same as those in the token. 
The Frame Control field (FC) defines the frame to be either 
a MAC or LLC frame. This field also indicates how a MAC 
frame is to be buffered. 

The Destination Address field (DA) is a 6 byte ID Standard- 
ized by I.E.E.E. which identifies the address of the receiving 
station on the ring. Bit of byte (the first bit of the DA 
transmitted) indicates whether the address is an individual 
or group address. All bits are set to a "1" for a broadcast 
message. 

The Source Address field (SA) is also a 6 byte ID which 
identifies the station that originated the frame. Bit of byte 
is used to specify whether the data portion of the frame 
contains a routing information field (see section on internet- 
working). Routing information is only needed for frames that 
will leave the source ring. 



The data field is of variable length and ranges from bytes 
to a limit defined by the maximum time a station is allowed 
to hold the token. The current I.E.E.E. specification for the 
Token Hold Timer (THT) states that each station must sup- 
port an 8.9 ms hold time which corresponds to a maximum 
information field length of 17800 bytes. 
The Frame Check Sequence field (FCS) is a 32-bit check 
word that is generated during transmission of the FC, DA, 
SA, and INFO fields and then appended to the outgoing 
frame. During reception, the receiving station will calculate 
this check word on these same fields and compare it with 
the FCS byte transmitted to determine if the frame was sent 
correctly. Each station on the ring checks every frame for 
correct transmission and sets the appropriate bit in the End- 
ing Delimiter field. 

The Frame Status field (FS) indicates whether the current 
frame's address was recognized and if the information was 
copied by the receiving station (Figure 8). The reserved bits 
are not currently used. The Address Recognized and Frame 
Copied bits are duplicated within the Frame Status byte be- 
cause the error checking routine does not cover this field. 
These flags allow the network to determine three distinct 
conditions: 

1. The station does not exist or is inactive. 

2. The station exists, but the frame was not copied (this 
could be caused by network congestion). 

3. The frame was copied properly by the receiving station. 



A C r r A C r 



A - Address Recognized 
C = Frame Copied 
r = Reserved 

FIGURE 8. Frame Status Field 

RING OPERATION 

The following section covers the procedures for ring inser- 
tion, transmission of a frame, and frame reception. A more 
detailed explanation can be found in the Token Ring Net- 
work Architecture Reference by IBM (see references). 

Ring Insertion 

Step A: Check the physical connection and receive logic. 

1. Transmit lobe test IVIAC frames onto the station's cable 
only (not onto the ring). This is done to verify cable at- 
tachment 

2. Transmit duplicate address test MAC frames (refer to 
Step C). These are only used for testing the receive logic 
at this point (not for actual address duplications). 

3. After both tests are passed, the station is inserted into 
the ring by exerting the phantom voltage which causes 
the concentrator to switch the station into the ring. 



■« Physical Header ► 




•* Physical Tra 


ler «- 


SD 


AC 


FC 


DESTINATION 
ADDRESS 


SOURCE 
ADDRESS 


INFO 


FCS 


ED 


FS 



1 BYTE 1 BYTE 1 BYTE 



6 BYTES 



VARIABLE 1 BYTE 1 BYTE 1 BYTE 
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SD = starting Delimiter 
AC = Access Control 
FC = Frame Control 



FCS = Frame Check Sequence 
ED = Ending Delimiter 
FS = Frame Status 



FIGURE 7. Frame Format 
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step B: Check for an active monitor on the ring. 

1 . Initiate countdown timer. (Join Ring Timer =18 second 
maximum) 

2. Within this time, the station must detect an active monitor 
by receiving any of three special MAC frame types: ring 
purge frame (PRG), active monitor present frame (AMP), 
or standby monitor present frame (SMP). If this occurs, 
the initialization routine proceeds to Step C. 

3. If not, the station will assume one of three possibilities; 
This is the first station on the ring, no active monitor is 
present, or insertion of this station has broken the ring. 
The token claim process is initiated to contend to be- 
come the active monitor. 

Step C: Check for a duplicate address on the ring. 

1 . Transmit a duplicate address test frame onto the ring to 
see if another station has the same physical address. 
This is done by setting the destination address to be the 
same as the address of your station. If the frame returns 
with the address recognized bit clear (address not recog- 
nized), proceed to Step D. 

2. If the frame returns with the address recognized bit set, a 
duplicate physical address has been found. The station 
notifies the network manager and removes itself from the 
ring. 

Step D: Neighbor notification (used for network manage- 
ment). 

1. Determine the nearest available upstream neighbor 
(NAUN). 

2. Notify the downstream neighbor of your station's identity. 
Step E: Request initialization. 

1 . Identify your station to the network manager including the 
address, the address of the NAUN, the product instance 
identification, and the revision of the controller's micro- 
code. 

2. The station is now active on the ring and enters the nor- 
mal repeat mode. 

Transmitting on the Ring 
Step A: Capture token. 

1 . The station transmitting the frame must have a priority 
greater than or equal to the priority of the token in order 
to use it. 

2. If a frame or a token with higher priority passes, the reser- 
vation bits RRR in the Access Control (AC) field are set to 
request a token of the appropriate priority. 

Step B: Transmit Frame. 

1. Upon receipt of a usable token, the station converts the 

token to a start of frame sequence (SFS) by setting the 

"T" bit in the AC field to a "1". 



2. The station now changes from repeat mode to transmit 
mode and transmits its frame onto the ring. 

3. The frame check sequence (FCS) is calculated and ap- 
pended to the information field of the outgoing frame. 

4. The address recognized (A) and frame copied (C) bits are 
cleared within the frame status (FS) field which is the final 
field transmitted in a frame. 

Step C: Transmit token and strip frames from the ring. 

1. Unless eariy token release is enabled (see note), the 
sending station will delay the transmission of the token 
until it receives the source address field of the last trans- 
mitted frame. This delay is accomplished by transmitting 
idles (any combination of 1's or O's; a.k.a. fill bits) and 
may be of any length within the constraints of the maxi- 
mum amount of time a token can be held by a station. 
These idles are required so that the PLL's of the stations 
maintain synchronization with the active monitor. 

Note: Early Token Release (ETR) was introduced to make more efficient 
use of the available ring bandwidtii. The tolten is immediately trans- 
mitted foliowing the Frame Status byte of the outgoing frame. Without 
ETR, the sending station would wait until it had received the physical 
header back before releasing the token. It the header returns to the 
sending station before the token is released, the token will be trans- 
mitted with a priority equal to the reservation bits in the Access Con- 
trol field, if the header has not yet been received, the token is re- 
leased with a priority equal to the transmitted frame. Eariy token re- 
lease still only allows one token on the ring at any one time. 

2. While continuing to strip the frame, the sending station 
transmits a token with the appropriate priority as deter- 
mined by the reservation bits in the Access Control field. 

3. The sending station will continue to transmit idles after 
the token until the stripping process is completed. 

Step D: Station returns to normal repeat mode. 

Frame Reception 

Step A: Check the destination address of the incoming 
frame to determine if it matches your station's individual or 
group address, or is a broadcast address. 
Step B: If no match occurs, the station repeats the frame 
onto the ring. This is known as normal repeat mode. The 
station will check the data in the tokens and frames re- 
ceived, and will set the appropriate A, C, and E (address 
recognized, frame copied, and error detected) bits within the 
Ending Delimiter and Frame Status fields at the end of the 
frame. If an error is detected by any station, the E bit will be 
set and the frame will not be copied by the destination sta- 
tion. 

Step C: If the destination address matches, the station be- 
gins copying the frame into its buffer while simultaneously 
repeating the frame onto the ring. The station will then set 
the A, C, and E bits appropriately. 
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TOKEN RING BRIDGING 

Multiple rings are connected by bridges whicli are responsi- 
ble for copying frames from the source ring and fonwarding 
that Information to the destination ring (Figure 9). Bridges 
are characterized by ring numbers, bridge numbers, hop 
count limits, largest frame sizes, and single route broadcast 
indicators. Ring numbers identify the numbers of the rings 
on either side of the bridge. Each bridge between two rings 
is assigned a unique bridge number. The hop count limits 
the number of rings an All Routes Broadcast frame can trav- 
el before the bridge discards it. The largest frame size Indi- 
cates the length of the frame that is either supported by the 
bridge, or the rings on either side. The single route broad- 
cast indicator determines if the bridge is capable of support- 
ing single route broadcast frames. 

Frames are routed through Token Ring networks by using a 
procedure called source routing in which frames carry the 
information on the route to be taken. In contrast, transpar- 
ent bridging requires that the bridges keep track of all routes 
between stations. 

When first determining a route, the source station sends a 
test frame on the local ring with the desired destination ad- 
dress. If the proper test frame response Is not received, the 
station must look elsewhere on the network. Two methods 
are used to determine the routes to destinations on other 
rings: All Routes Broadcast Route Determination and Single 
Route Broadcast Determination. 

When the All Routes Broadcast technique is chosen, the 
source station sends a test frame to all rings. As this frame 
traverses the network, it records information on the bridges 
it encounters on the way to the destination. Since multiple 
paths may exist between source and destination, many cop- 
ies of this test frame may reach the destination with unique 



routing information. As each copy is received by the desti- 
nation, a test frame response is sent back, via the same 
route, to the source station with the acquired routing infor- 
mation. The source station then decides which route is pre- 
ferred. This decision could be based on cost, bandwidth, 
network congestion, etc. Once the route has been deter- 
mined, all dialogue between the two stations proceeds 
along the chosen path. 

The other possible method of route determination. Single 
Route Broadcast, sends the test frame so that only one 
copy of the frame reaches the destination. This technique 
utilizes the single route broadcast method that is an inher- 
ent feature of source routing bridges. When the destination 
station receives the test frame, it answers with an All 
Routes Broadcast test response frame which could result In 
multiple copies appearing at the source station, each with 
its own routing information. Once again, the source station 
determines the preferred route of transmission. 
Bridges scrutinize the routing information to make sure that 
a frame is not continuously circulating around the network. If 
a bridge discovers the number of the next ring included in 
the routing Information field, it discards the frame. The 
bridge also discards frames if the hop count limit has been 
exceeded. 

CONCLUSION 

Token Ring is gaining popularity due to standardization ef- 
forts and the decreasing cost of hardware. In mid-1992, IBM 
Introduced the capability of using standard category 3, 4, or 
5 unshielded twisted-pair for 16 Mbps Token Ring which 
should further reduce the cable plant cost. IEEE is expected 
to approve this standard by early 1 993. In February of 1 992, 
IBM licensed Its Token Ring technology to National Semi- 
conductor thus making IBM silicon available to O.E.M.'s for 
Integration Into their products. 
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FIGURE 9. Token Ring Bridging 
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DEFINITIONS 
(From IEEE Specification) 

Abort Sequence. A sequence that terminates the transmis- 
sion of a frame prematurely. 

Accumulated Jitter. The jitter measured against the clock 
of the active monitor. Like alignment jitter, this is not a type 
of jitter but a way to measure total jitter growth throughout 
the ring. It is normally used to determine the required size of 
the elastic buffer. 

Alignment Jitter. The jitter measured against the clock of 
the upstream adapter. This is not a type of jitter per se; 
rather, it is a way to measure jitter. When "zero transferred 
jitter" is specified, the jitter measured is alignment jitter. 
Broadcast Transmission. A transmission addressed to all 
stations. 

Channel. The channel is the transmission path from the 
MIC at the transmitter to the first MIC at the receiver. It may 
include TCUs and connectors in addition to transmission 
line. 

Configuration Report Server (CRS). A function that con- 
trols the configuration of the ring. It receives configuration 
information from the stations on the ring and either fon/vards 
them to the network manager or uses them to maintain a 
configuration of the ring. It can also, when requested by the 
network manager, check the status of stations on the ring, 
change operational parameters of stations on the ring, and 
remove stations from the ring. 

Correlated Jitter. The portion of the total jitter that is relat- 
ed to the data pattern. Since every adapter receives the 
same pattern, this jitter is correlated among all adapters and 
therefore grows in a systematic way along the ring. Correlat- 
ed jitter is also called pattern Jitter or systematic jitter. 
Differential Manchester Encoding. A signaling method 
used to encode clock and data bit information into bit sym- 
bols. Each bit symbol is split into two halves, where the 
second half is the inverse symbol of the first half. A bit is 
represented by a polarity change at the start of the bit time. 
A 1 bit is represented by no polarity change at the start of 
the bit time. Differential Manchester encoding is polarity-in- 
dependent. 

Fill. A bit sequence that may be either bits or 1 bits or any 
combination thereof. 

Frame. A transmission unit that carries a protocol data unit 
(PDU) on the ring. 

Jitter. The time-varying difference between the phase of 
the recovered clock and the phase of the source clock. Jit- 
ter is measured in fractions of a clock cycle, or unit interval 
(Ul). 

Logical Link Control (Sublayer) (LLC). That part of the 
data link layer that supports media-independent data link 
functions, and uses the services of the MAC to provide serv- 
ices to the network layer. 

Medium. The material on which the data may be represent- 
ed. Twisted pairs, coaxial cables, and optical fibers are ex- 
amples of media. 



Medium Access Control (Sublayer) (MAC). The portion of 
the data station that controls and mediates the access to 
the ring. 

Medium Interface Connector (MIC). The connector be- 
tween the station and TCU at which all transmitted and re- 
ceived signals are specified. 

Monitor. The monitor is that function that recovers from 
various error situations. It is contained in each ring station; 
however, only the monitor in one of the stations on a ring is 
the active monitor al any point in time. The monitor function 
in all other stations on the ring is in standby mode. 
Multiple Frame Transmission. A transmission where more 
than one frame is transmitted when a token is captured. 
Physical (Layer) (PHY). The layer responsible for interfac- 
ing with the medium, detecting and generating signals on 
the medium, and converting and processing signals re- 
ceived from the medium and the MAC. 
Protocol Data Unit (PDU). Information delivered as a unit 
between peer entities that contains control information, and 
optionally, data. 

Protocol implementation Conformance Statement 
(PICS). A statement of which capabilities and options have 
been implemented for a given Open Systems Interconnec- 
tion protocol. 

Repeat The action of a station in receiving a bit Stream (for 
example, frame, token, or fill) from the previous station and 
placing it on the medium to the next station. The station 
repeating the bit stream may copy it into a buffer or modify 
control bits as appropriate. 

Repeater. A device used to extend the length, topology, or 
interconnectivity of the transmission medium beyond that 
imposed by a single transmission segment. 
Ring Error Monitor (REM). A function that collects ring er- 
ror data from ring stations. The REM may log the received 
errors, or analyze this data and record statistics on the er- 
rors. 

Ring Latency. In a token ring MAC system, the time (mea- 
sured in bit times at the data transmission rate) required for 
a signal to propagate once around the ring. The ring latency 
time includes the signal propagation delay through the ring 
medium plus the sum of the propagation delays through 
each station connected to the token ring. 
Ring Parameter Server (RPS). That function that is re- 
sponsible for initializing a set of operational parameters in 
ring stations on a particular ring. 

Routing Information. A field, carried in a frame, used by 
source routing transparent bridges that provides source 
routing operation in a bridged LAN. 
Service Data Unit (SDU). Information delivered as a unit 
between adjacent entities that may also contain a PDU of 
the upper layer. 

Source Routing. A mechanism to route frames, through a 
bridged LAN. Within the source routed frame, the station 
specifies the route that the frame will traverse. 
Station (or Data Station). A physical device that may be 
attached to a shared medium iIaN for the purpose of trans- 
mitting and receiving information on that shared medium. A 
data station is identified by a destination address (DA). 
Static Ptiase Offset. The constant difference between the 
phase of the recovered clock and the optimal sampling po- 
sition of the received data. 
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station Management (SMT). The conceptual control ele- 
ment of a station that Interfaces with all of the layers of the 
station and Is responsible for the setting and resetting of 
control parameters, obtaining reports of error conditions, 
and determining if the station should be connected to or 
disconnected from the medium. 

Token. The symbol of authority that Is passed between sta- 
tions using a tolcen access method to Indicate which station 
Is currently In control of the medium. 
Transferred Jitter. The amount of jitter In the recovered 
clock of the upstream adapter. Transferred jitter Is important 
because each adapter must both limit the amount of jitter It 
generates, and track the jitter delivered by the upstream 
adapter. 

Transmit. The action of a station generating a frame, token, 
abort sequence, or fill and placing It on the medium to the 
next station. In use, this term contrasts with repeat. 
Transparent Bridging. A bridging mechanism. In a bridged 
LAN, that Is transparent to the end stations. 



Trunk Cable. The transmission cable that Interconnects 
two TCUs. 

Trunk Coupling Unit (TCU). A physical device that enables 
a station to connect to a trunk cable. The TCU contains the 
means for Inserting the station Into the ring, or conversely, 
bypassing the station. 

Uncorrelated Jitter. The portion of the total jitter that Is 
Independent of the data pattern. This jitter Is generally 
caused by noise that is uncorrelated among adapters and 
therefore grows In a nonsystematio way along the ring. Un- 
correlated jitter is also called noise jitter or nonsystematio 
jitter. 

Unit Interval (Ul). One half of a bit time. 125 ns for 4 Mb/s 
transmission and 31.2S ns for 16 Mbis transmission. Ul is 
used in the specification of jitter. 

Upstream Neighbor's Address (UNA). The address of the 
station functioning upstream from a specific station. 
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TROPIC™— A Front End 
Description 



OVERVIEW 

This application note describes the DP8025 Token-Ring 
Protocol Interface Controller (TROPIC) Front End Macro 
(FEM). The FEM is one internal block within TROPIC. 
TROPIC'S analog FEM is transformer coupled directly to the 
Token-Ring system. The analog circuitry converts distorted 
receive signals into square wave signals used by TROPIC'S 
digital circuitry. The receiver includes an external equaliza- 
tion circuit to make the conversion process mors reliable. 
The driver circuit provides sufficient drive capability to trans- 
mit signals across the ring with acceptable distortion at the 
receiver end. The FEM does not decode or encode signals. 
The Protocol Handler (PH) performs the encoding and de- 
coding function. 

This application note supplements the DP8025-TROPIC da- 
tasheet. Application Note 816, "Layout Guidelines for a To- 
ken Ring Adapter Using the DP8025" illustrates the recom- 
mended layout for the FEM. 

INTRODUCTION 

The TROPIC Front End Macro (FEM) combined with exter- 
nal equalization circuitry and components provides the mod- 
ulation/demodulation function by which digital data is prop- 
agated over the analog transmission medium. Specifica- 
tions and requirements of the FEM operation at 4 Mbps and 
16 Mbps are included in the discussions. Performance ob- 
jectives are given for the FEM and the transmission system 
operating at both speeds. For brevity in tables and figures, 
braces-! ) denote items pertaining only to 16 Mbps opera- 
tion. Parameters or combinations of parameters required to 
meet these objectives are defined and specified. 
Unless othenwise specified, the functional definitions and 
tests are described assuming the external components giv- 
en in Appendix A. The connection of these components is 
shown in Figures 6a and 6b in Appendix A. Figure 6c in 
Appendix A lists the component values and tolerances. 

DIFFERENTIAL MANCHESTER CODE 

Differential Manchester coding used in Token Ring has four 
symbols; binary 1 , binary 0, non-data J and K. The symbols 
used in the Token Ring physical layer are shown in Table I. 
Binary ones and zeroes have mid-bit transitions which con- 
vey inherent timing information on the channel. Binary "ze- 
roes" transition at the beginning. Binary "ones" do not tran- 
sition at the beginning. Non-data J and K do not have mid- 
bit transitions. K transitions at the start of the bit boundary 
(also called a "negative code violation"), while J does not 
(also called a "positive code violation"). 
The symbols are transmitted through the medium in the 
form of differential Manchester encoding that is character- 
ized by two signal elements per symbol— the leading and 
trailing element. The leading element polarity is dependent 
on the trailing element of the previously transmitted symbol. 
The polarity of three elements must be known to decode a 
single symbol; the trailing element of the previous symbol, 
and the leading and trailing elements of the current symbol. 
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TABLE I. Token Ring Differential 
Manchester Code Symbols 



Symbol 


Description 


Transition 
@ beginning 


Transition 
@ mid-bit 





binary zero 


yes 


yes 


1 


binary one 


no 


yes 


J 


non-data "J" 


no 


no 


K 


non-data "K" 


yes 


no 



An example of differential Manchester coding is illustrated 
in Figure la. Let's decode a few of the symbols. A change in 
polarity (transition) between the trailing element and leading 
element at the beginning of the bit boundary, a, narrows the 
possibilities to a binary zero or a non-data K, as shown in 
Table I column "Transition @ beginning". A transition at 
mid-bit, b, leaves us to conclude the symbol is a binary zero. 
Let's try another, a lack of transition at bit boundary c nar- 
rows the possibilities to a binary one and non-data J. A tran- 
sition at mid-bit, d, leaves us to conclude the symbol Is a 
binary one. 

J and K appear within the Starting Delimiter and Ending 
Delimiter fields as shown in Figures lb and 1c. Frame fields 
are discussed in the following section. 
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FIGURE la. Differential Manchester 
Data Stream Example 
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FIGURE lb. SD Field Is Always JKOJKOO 
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FIGURE 1c. The First Six Bits of 
the ED Field is Always JK1JK1 
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Tha basic transmission units on a Toi<en Ring Networl< are 
tokens and frames. Tol<ens and frames traveling around the 
ring are differential Manchester encoded. 

TOKEN RING FRAME 

A Token Ring frame contains several fields; Starting Delimi- 
ter (SD), Access Control (AC), Frame Control (FC), Destina- 
tion Address (DA), Source Address (SA), Information field, 
Framecheck Sequence (FCS), Ending Delimiter (ED) and 
Frame Status (FS) as shown in Figure 2. 
A single 24-bit frame called a token continuously traverses 
the ring. A token consists of three fields; SD, AC and ED. A 
station must acquire the token before transmitting data onto 
the network. 

The two other frames are the data frame and the MAC 
frame which control certain management functions on the 
Token Ring Network. 



SD 


AC 


FC 


Destination 
address 


Source 
address 


Routing 
Information 
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Information 
field 


FCS 


ED 


FS 
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FIGURE 2. Token Ring Frame has several fields. 

A token is a special frame which has 

only three fields; SD, AC and ED. 

A brief description of the frame fields shown in Figure 2 are 
given in the following. 

• Starting Delimiter (SD): This field indicates the beginning 
of a frame. SD is a single byte with the pattern shown in 
Figure lb. 

• Access Control (AC): This field is a single byte which 
contains priority information and indicates a token or 
frame. 



• Frame Control (FC): This field is a single byte which indi- 
cates the frame as data or MAC-Media Access Control. 

• Destination Address: Destination address identifies the 
station that is to copy the frame. This address always 
consists of six bytes. 

• Source Address: Source address identifies the station 
that originated the frame. This address always consists 
of six bytes. 

• Routing Information: Optional routing information follows 
the source address when the frame leaves the ring. This 
field, when present, consists of a 2-byte routing control 
field and up to eight 2-byte route designators. 

• Information Field: Information Field contains an integral 
number of bytes of data. In an IBM Token-Ring Network, 
a ring station can hold a token for 10 ms, which limits the 
maximum frame size that a station can transmit. 

• Framecheck Sequence (FCS): This field contains a 
4-byte cyclic redundancy check (CRC) performed on the 
FC, DA, SA and information fields. 

• Ending Delimiter (ED): ED Is a single byte where the first 
six bits of the field indicate end of frame. One bit indi- 
cates en-or and another indicates whether successive 
frames will follow. 

• Frame Status (FS): FS is a single byte field that indicates 
if the destination station recognized the address and suc- 
cessfully copied the frame. 

FRONT END 

A block diagram of the FEM and its associated external 
components is shown in Figure 3. The FEM provides the 
interface functions necessary to transmit and receive differ- 
ential Manchester encoded data over the transmission 
channel. These functions consist of the following: 

• Equalization of incoming received signal. 

• Detection of the received signal. 

• Clock recovery and retiming of the received data. 

• Transmission of output data. 

• Ring Insertion. 
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FIGURE 3. Front End Macro (FEM) Functional Block Diagram Includes 
the TROPIC Internal Blocks and the External Equalizer Block 
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TIMING 

Table II describes the timing characteristics of the system at 
the two bit rates — 4 Mbps and 16 Mbps. 

TABLE II. 4 lUbps and 16 Mbps Timing Characteristics 



Parameter 


4 Mbps 


16 Mbps 


720° = bit length 


250 ns 


62.5 ns 


360° = half-bit length or mid-bit 


125 ns 


31.25 ns 


r 


347 ps 


87 ps 


Clock Rate 


8 MHz 


32 MHz 


All O's pattern (Idles) 


4 MHz 


16 MHz 


All 1 's pattern 


2 MHz 


8 MHz 



RECEIVER 

The FEM receiver consists of the following blocks; Receiv- 
er, Clock Recovery and Retime as shown in Figure 3. Data 
passes through the Equalizer and Receiver to the Retime 
and Clock Recovery block which samples half bit elements 
of the differential Manchester coded signal. The FEM re- 
ceiver passes these signal elements to the internal digital 
system interface which decodes the signal elements to data 
bits (binary zeroes and one's) or code violations (non-data 
J'sand K's). The performance of the FEM and transmission 
system depends upon the detectability of the half bit signal 
elements as shown in Figure 4. 

The concept of a minimum valid signal at the FEM receiver 
input or Equalizer output is fundamental to detecting signal 
elements in the system environment. This minimum valid 
signal results from the worst case communication system 
distortions and has the minimum "EYE" pattern that the 
receiver must be expected to demodulate. The EYE pattern 
is determined by communication system parameters such 
as loss, noise and distortion from the transmission medium 
and equalizer circuit. System performance is determined 
largely by how accurately the local clock can define the cen- 
ter of the data EYE and the accuracy that the data sample is 
discerned in the presence of noise. The height and width of 
the window EYE must meet receiver requirements to reliably 
sample incoming signals. The EYE height specifies the mini- 
mum signal amplitude that the receiver is able to reliably 
detect a high or low. Signals with amplitudes falling within 
the EYE cannot be reliably detected as a high or low. The 
EYE width specifies the minimum phase range required by 
the PLL to lock onto and retime incoming signals. 



(P-P) 



ov 




720° 



Bit Length 



TL/F/nzoi-i 
FIGURE 4. A bit is sampled at the leading and trailing 
symbol elements. The window formed by the EYE 
pattern must meet receiver input requirements. 



RECEIVE TIMING ALIGNMENT 

All stations on a ring derive their clock from the Active Moni- 
tor which is the first station inserted into the ring. If the ac- 
tive monitor is de-inserted from the ring, another station 
takes its place as the Active Monitor. There is always one 
and only Active Monitor per ring. The Active Monitor sets 
the timing for the rest of the ring via the retiming of frames 
and tokens as they pass through the Active Monitor. 
Each station, including the active monitor, recovers the 
clock embedded in the differential Manchester encoded sig- 
nals when receiving frames or tokens. The difference be- 
tween an Active Monitor and other stations is in transmitting 
frames and tokens back onto the ring. Stations use the re- 
covered clock (the output of the clock recovery circuit of 
Figure 3) when transmitting differential Manchester encod- 
ed data while the Active Monitor uses a local reference 
clock (this clock is provided by the 32 MHz crystal). Frames 
and tokens coming out of the Active monitor have no jitter 
because they use a local reference clock. Jitter accumu- 
lates as the frame or token moves downstream from the 
active monitor. Each successive station will add jitter to the 
signal or frame until it has gone full circle back to the Active 
Monitor where the jitter is removed and the frame or token 
is transmitted jitter-free. The Active Monitor always receives 
the worse case accumulated jitter since it is the last station 
on the ring. Accumulated jitter increases with increasing 
number of stations and cable lengths between the Active 
Station and downstream station. 

There are various sources of jitter on the ring which are 
illustrated in Figure 7. The jitter sources are found internal 
and external to the TROPIC. Transferred jitter, transmit 
channel jitter, concentrator jitter and receive channel jitter 
are sources external to the TROPIC. PLL jitter and transmit- 
ter jitter are sources internal to the TROPIC. 

• Transferred jitter represents the accumulated jitter for all 
stations between the Active Monitor and current station. 

• Transmit channel jitter is the jitter contributed by the lobe 
cable between the UMIC and the concentrator. 

• Concentrator or TCU (Trunk Coupling Unit) jitter is the 
jitter contributed by the concentrator unit. 

• Receive channel jitter is the sum of the jitter contributed 
by the lobe cable between the concentrator and the 
UMIC, the concentrator jitter and the transmit channel 
jitter. When using active concentrators (also called Re- 
timed TCU's) the receive channel jitter is only the jitter 
contributed by the lobe cable between the concentrator 
and the UMIC. 

• PLL jitter is the jitter contribution by the PLL of the cur- 
rent station, with zero transferred jitter. 

• Transmitter jitter is the jitter contributed by the transmit- 
ter. 

The receiver EYE width budget takes into account signal 
misalignment caused by a variety of sources including the 
jitter elements discussed above. The receiver PLL and set- 
up and hold times internal to TROPIC must also be account- 
ed for in the timing budget. 

To accommodate for worse case misalignment, the EYE 
width shall be greater than 140° at 4 Mbps and 240° at 
1 6 Mbps as illustrated in Figure 5. The equalizer enables the 
incoming signals to meet the timing requirements specified 
above to ensure that the receiver samples valid data. The 
EYE width specification allows for jitter contribution from a 
variety of sources both internal and external to the TROPIC. 
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a) Window for 4 Mbps 
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b) Window fori 6 Mbps 



FIGURE 5. The EYE must meet the receiver window 
characteristics above to maintain signal integrity. 

a) Window characteristic for 4 Mbps. 

b) Window characteristic for 16 Mbps. 

RECEIVE THRESHOLD AND HYSTERESIS 

The EYE height must be at least 50 mV peak to peal^ at 
4 Mbps {80 mV peak to peak at 16 l^bpsl to accurately 
detect high and low signal levels. The FEM receiver input 
threshold is 16±10 mV peak to peak (6 mV to 26 mV) at 
4 Mbps(24±18 mV peak to peak (6 mV to 42 mV) at 16 
Mbpsl. The threshold offset prevents low level noise from 
being interpreted as data signals. Input signals below the 
threshold will not be detected by the receiver. Input signals 
above the threshold will be received and passed on to the 
data re-timing latch and to the phase detector in the clock 
recovery block with no alteration. The receiver has no hys- 
teresis. 



EQUALIZER CIRCUIT 

The equalizer circuit is external to the TROPIC and located 
between the isolation transformer and the receiver as 
shown in Figure 5. The equalizer is a high pass filter which 
compensates for lowpass behavior of the cable plant. The 
cable distorts the signal as it propagates down the line 
causing inter-symbol interference (inter-symbol interference 
forms the eye pattern) at the receiving station. The eye pat- 
tern formed by signals directly from the isolation interface 
(without equalization) will not meet the minimum "EYE" that 
the receiver requires to sample data. The equalizer filters 
the signals coming from the isolation interface to meet the 
minimum "EYE" which the TROPIC receiver requires to ac- 
curately sample data. 

The external equalization circuit is composed of resistors, 
capacitors and two LM3045's (npn transistor an-ay) as illus- 
trated in Figure 6a In Appendix A. Signals proceed from right 
to left of the schematic. Ring In A and Ring In B are con- 
nected to the lobe cable which attaches to the ring. RINB 
and RINA are connected to TROPIC'S receive pins. One 
LM3045 (Q1'-Q5') is used for the 16 Mbps equalization 
circuitry and the other is used for the 4 Mbps (Q1-Q5) 
equalization circuitry. The choice of ring speed Is software 
programmable, which in turn selects the proper equalizer via 
TROPIC'S output control pins ~ 16 Mbps and ~4 Mbps. 
When running at the 16 Mbps ring speed, ~ 16 Mbps is low 
(disabling the 4 Mbps circuitry (Q1 -05)) and ~ 4 Mbps out- 
put is in TRl-STATE® (enabling the 16 Mbps circuitry (01'- 
05')). In the 4 Mbps mode ~ 16 Mbps is in TRl-STATE and 
~ 4 Mbps is low. 

Follow the recommended layout rules given in the "Layout 
Guidelines for the Token Ring Adapter Using the DP8025" 
to reduce the incident of improper layout that may adversely 
affect the equalizer circuit. 

The 16 Mbps equalizer filter is composed of R24, R5 and 
C7. The 4 Mbps equalizer filter is composed of R33, R32 
and CI 6. These combined with the transistors form high- 
pass filters which compensates for the lowpass cable char- 
acteristics. C14 and C15 decouples the DC component of 
the signal coming from the equalizer. 

INPUT IMPEDANCE AND FILTERING 

To prevent loading on the equalizer circuit, the magnitude of 
the differential input impedance of the FEM receiver is 
greater than 750ft below 1 6 MHz and drops no more then 6 
dB/octave from 16 MHz to 64 MHz. To provide protection 
against external noise, the receiver input has a lowpass fil- 
ter with a single pole, located at 16±3.5 MHz for 4 Mbps 
operation and at 64 ±14 MHz for 16 Mbps operation. 
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COMMON MODE REJECTION 

The FEM input has the following common mode rejection 
over the range of input signal levels: 

TABLE III. Common Mode Rejection 



Spectrum 


Common Mode Rejection 


0-8 MHz 


> 40 dB 


8-80 MHz 


> (6 dB/octave decrease from 
8 MHz value) 



DATA RETIMING LATCH 

Once data passes through the Receiver, shown in Figure 3, 
the data clock is extracted in the Clocl< Recovery block and 
used to realign the received data. The FEM con- tains a 
latch which samples the data according to the recovered 
clock and holds until the next clock cycle. Realigned data, 
still in Manchester coding, proceeds to the Protocol Han- 
dler. The Protocol Handler converts the serial Manchester 
encoded data stream into byte parallel data usable by the 
Multiprocessor Unit (MPU) within TROPIC. Information on 
the PH and MPU is found in the DS8025 TROPIC data 
sheet. 

CLOCK RECOVERY— PLL 

The recovered data clock is derived from the incoming dif- 
ferential Manchester coded signal by means of a Phase- 
Locked Loop (PLL) timing circuit in the FEM. The PLL uses 
the inherent timing information from the mid-bit transitions 
of the incoming binary data. The basic objective of the PLL 
is to derive a data clock which defines the center of the valid 
data EYE-ldeal Sampling Point (as shov/n in Figures) in a 
stable manner. The performance of the communication sys- 
tem using the FEM is heavily dependent on the characteris- 
tics of the PLL. We highly recommend using the procedures 
given in "Layout Guidelines for a Token Ring Adapter Using 
the DP8025" —Application Note 816 when laying out exter- 
nal capacitors and resistors associated with PLL4 and 
PLL16 pins. 



TRANSMITTER 

In the transmit mode the Protocol Handler encodes the data 
into differential Manchester code then sends it to FEM. The 
FEM transmitter drives the data stream to the isolation inter- 
face as shown in Figure 3. The transmitter output ROUTA 
and ROUTB are complimentary open-collector outputs with 
a nominal differential swing of ±4.0V. The differential volt- 
age between ROUTA and ROUT B is referred to as TRANS- 
MIT DATA. 

The rise and fall times (measured from 10% to 90%) of the 
TRANSMIT DATA is below 58°. 

RING INSERTION 

The ring insertion mechanism places a DC voltage on the 
medium interface. The DC voltage output on PHANTA and 
PHANTB is transparent with respect to the TRANSMIT 
DATA. When "ON", the driver activates a relay in the Multi- 
station Access Unit (MAU) and inserts the station into the 
ring. When "OFF", the station is de-inserted from the ring. 
To assure prompt de-insertion in the case of power-off on a 
slowly decaying voltage supply, the phantom drive will turn 
off using an undervoitage detection circuit. An undervoltage 
is detected if the supply voltage is less than 4.0 ± 0.4V and 
is decaying faster than 0.2 V/s. The phantom voltage will 
drop from 4V to below IV within 350 ms of the undervol- 
tage. 

Under fault conditions where the transmission cable wires 
are accidentally shorted to ground, the FEM limits the avail- 
able current to a value between 4 mA and 20 mA. Under 
normal operation the current from PHANTA and PHANTB is 
1 mA. 

APPENDIX A: 

DETAILED EXTERNAL FEM CIRCUITRY 

TABLE IV. LM3045 NPN Transistor 
Array Pin Description 



npn 


C 


B 


E 


Q1 


1 


2 


3 


02 


5 


4 


3 


03 


8 


6 


7 


Q4 


11 


9 


10 


05 


14 


12 


13 
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FIGURE 7. Token Ring Signal Path and Sources of Jitter 
(Jitter Sources are Designated with an "X") 
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Layout Guideline for a 
Token Ring Adapter Using 
tiie DP8025 (TROPIC™) 



TABLE OF CONTENTS 

1.0 INTRODUCTION 

2.0 GENERAL COMPONENT AND SIGNAL PLACEMENT 

3.0 POWER AND GROUND PLANE AREAS 

4.0 DISCRETE COMPONENT PLACEMENT AND 

ROUTING PRIORITY 
5.0 ANALOG TRACE ROUTING 
6.0 DIGITAL TRACE ROUTING 
7.0 DECOUPLING CAPACITORS 

1.0 INTRODUCTION 

When designing a Token Ring adapter using TROPIC, the 
PCB layout must be divided into two distinct regions: the 
digital section, and the analog front-end section. 
The digital section will contain host Interface logic, miscella- 
neous glue logic, all memory devices, and the majority of 
the TROPIC pins. The layout of this section should follow 
standard common-sense digital layout techniques such as 
minimizing trace lengths, daisy-chaining bus signals, etc. 
The analog front-end section, however, is extremely sensi- 
tive to physical layout in two areas: logic switching noise 
immunity, and electromagnetic interference. An improperly 
designed front-end layout can add excessive jitter to data 
repeated on the ring. Therefore, the layout of the analog 
section must be optimized to obtain correct operation. 
If possible, copy an existing analog layout which has 
been proven, such as that used in National DP8025EB-AT 
16-bit Adapter. Make an attempt to copy the layout exactly, 
without being tempted to make minor changes. The more 
closely the final layout matches the original, the greater the 
probability of success on the first pass. 
Assuming that it is not possible to copy an existing analog 
layout, the following guidelines have been provided to assist 
a board designer in placing components, connections, and 
prioritizing the position of wiring nets. These guidelines have 
been developed through experience and theoretical analy- 
sis, most of which will be recognized simply as good design 
practice applied to this application. Unfortunately, these 
guidelines cannot, by themselves, guarantee correct opera- 
tion. This can only be accomplished through thorough test- 
ing of the final design. 

2.0 GENERAL COMPONENT AND SIGNAL PLACEMENT 

The receive transformer module should be placed adjacent 
to the ring connector, followed by the equalization compo- 
nents and the TROPIC. All receiver components should be 
located near the edge or corner of the board to facilitate the 
isolation of the power and ground planes. The receive path 
components should be grouped together, and should be lo- 
cated between the receive transformer and TROPIC. 
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The transmit transformer module should be located be- 
tween the TROPIC and the ring connector. The transmit 
path should be separated from the receive path, even if it 
means longer routing of the traces. It is still necessary to 
attempt to minimize transmit trace length to avoid radiation 
problems. 

The 32 MHz oscillator should be located close to TROPIC 
but away from the analog section. 

3.0 POWER AND GROUND PLANE AREAS 

The power and ground planes need to be separated Into 
three areas: Digital power/ground. Analog power/ground, 
and Chassis ground. This plane Isolation helps to prevent 
digital logic noise from Interfering with the analog circuit op- 
eration, and prevents all circuit noise from coupling onto the 
chassis. The separation between plane areas should be ac- 
complished with a 0.100" gap or void in the plane copper. 
The electrical connection between the digital and analog 
planes should be made through a single connection point 
approximately 0.300" wide (a bridge). A low-frequency 
(22 juF) and a high-frequency (0.1 jxF) decoupling capacitor 
should be placed In the bridge area. Figure 1 Illustrates the 
isolation of the plane areas. 

A higher level of noise isolation can be achieved if the digital 
and analog plane areas are completely separated (no 
bridge), and electrically connected via On resistors placed 
where the bridge would be located. In this type of Implemen- 
tation, the decoupling capacitors would go on the smaller 
plane area (analog) near the resistor to plane connection. 
This case would also allow ferrite beads to be used instead 
of the Oil resistors to provide better high frequency rejec- 
tion. 

The analog plane area should include all receive path com- 
ponents, all receive data signals, and the PLL filter compo- 
nents. The transmit and phantom drive components and 
signals should be placed in the digital plane under the ana- 
log plane as shown on Figure 1. 

The chassis ground plane isolation Is designed to limit the 
amount of high-frequency (> 100 MHz) radiated energy. 
This plane area should include all space underneath the 
chassis connection (i.e., the mounting brackets and/or 
screws), the ring connector, and the transmit and receive 
traces which run from the ring connector to their respective 
filter module. The power layer in this area should be voided. 
All other logic components not previously mentioned should 
be included In the digital plane area. 

Note: Care should be taken so differential lines (either analog or digital) are 
not routed in the channel adiacent to the edge of a plane. This could 
cause an imbalance to ground between the closer and further traces 
of the pair. 
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FIGURE 1. Power and Ground Plane Isolation 



4.0 DISCHETE COMPONENT PLACEMENT AND 
ROUTING PRIORITY 

All discrete components should be placed as close to their 
associated TROPIC/equalizer/transformer module pins as 
possible. The next section should provide a better feel for 
how to place the discretes, once their general location has 
been determined. The priority in placement is as follows: 
Note: The component references given correspond to ttie NSC 
DP8026EB-AT 16-bit Adapter schematics. 

1. C9 

2. C10, C31,R30 

3. R27, R29, C14, C15 

4. R24, R5, C7 

5. R32, R33, C16 

6. R17, R18, R19, H20, R1, R2 

7. C32, C33 

8. C37, C38 

9. R1 5, R1 6, C36, CR1 -CR4 

The priorities assigned must be used with a little common 
sense. For example (with the exception of C9) a high-priority 
component may be moved slightly to provide a better place- 
ment for several low-priority components. (Refer to Sche- 
matic Diagram on Figure 3.) 

5.0 ANALOG TRACE ROUTING 

The cardinal rule of analog trace routing is to keep the area 
enclosed by a circuit loop as small as possible to minimize 
the potential of magnetic coupling. This can conflict, howev- 



er, with the general rule of keeping trace lengths short. For 
example, if circuit components are positioned along three 
sides of a square, the best return route is back along the 
same three sides of the square, NOT directly back along the 
fourth side. This rule must be carried to extremes. Further- 
more, there should never be an unnecessary via or feed- 
through inside the circuit loop. This also implies that the 
circuit loop should never encircle the power/ground planes 
(i.e., part of the circuit loop above and part below these 
planes). The concept is illustrated in Figure 2. 
A simple case of this guideline applies to differential signal 
pairs. The two traces of the pair should always be routed in 
adjacent channels. Five sets of differential pairs exist in the 
TROPIC front-end section: 

• Pre-filtered transmit data (TROPIC to transformer) 

• Filtered transmit data (transformer to ring connector- 
ring data out) 

• Pre-filtered receive data (ring connector to transformer — 
ring data in) 

• Filtered receive data (transformer to equalizer circuits) 

• Equalized receive data (equalizer to TROPIC) 

The Phantom Drive signals are not a differential pair and are 
not extremely sensitive. However, these signals are still ca- 
pable of picking up enough noise to create false wire faults 
if placed too close to the transmit path. 

Note: To limit radiation potentiai. it is advisable to keep the dilferentiai 

transmit and receive traces in the signal layer adjacent to the ground 

layer. 

To reduce capacitive coupling, each circuit loop should be 

separated from the others. Circuit loops can be separated 
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FIGURE 2. Analog Trace Layout Examples 



either by physical space (if located on the same signal lay- 
er), or by placement on signal layers on opposite sides of 
the power/ground planes. Items in the following list should 
be isolated from each other. 

• Receiver and equalizer path 

• Transmit path 

• PLL filter components 

• Phantom Drive path 

6.0 DIGITAL TRACE ROUTING 

Placement of digital components and routing of digital 
traces should follow standard common-sense digital layout 
techniques such as minimizing trace lengths, daisy-chaining 
bus signals, etc. Except for the 32 MHz clock signal, the 
Transmit path, and the Phantom Drive path, auto-routing of 
traces in this section is permissible. 
Care should be tal<en when routing the 32 MHz clock signal 
from the oscillator to TROPIC. This trace should be kept as 
short as possible and should contain no vias. The Transmit 
and Phantom Drive traces should be routed away from any 
digital signals. 



7.0 DECOUPLING CAPACITORS 

As a general rule-of-thumb for a multi-layer PCB, using one 
0.1 fiF bypass capacitor for each digital component pro- 
vides adequate high-frequency decoupling. For most com- 
ponents, locating the capacitor near the Vcc pin and tying 
into the power and ground planes is sufficient. For high- 
speed switching components, such as a crystal oscillator, 
the capacitor should be tied directly across the component 
power pins via traces. 

Depending on the size of the PCB a number of low-frequen- 
cy capacitors (10 /xF-22 jnF) should be placed around the 
periphery of the PCB. Two of these should be located near 
the host bus edge connector power entry pins. 
As indicated in the discussion on plane isolation, a low-fre- 
quency (22 jaF) and a high-frequency (0.1 (iF) decoupling 
capacitor should be placed directly in the bridge area be- 
tween the analog and digital plane sections. Additionally, 
the TROPIC analog supply pins should be directly decou- 
pled. This should be accomplished by connecting 0.1 fiF 
capacitors via traces directly across TROPIC pins 
M06-M07 and L06-N07. 
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INTRODUCTfON 

The Token-Ring Protocol Interface Controller (TROPIC) is a 
microCMOS VLSI device designed for easy Implementation 
of IEEE 802.5 Token-Ring LAN interface adapters. The 
TROPIC chip Includes integrated Analog and Digital Token- 
Ring interfaces and bus Interface support for ISA and Micro- 
Channel hosts. 

This document addresses programming issues for TROPIC- 
based adapters used in ISA or MicroChannel hosts. 
In this document, any reference to "adapter", without a spe- 
cific reference to a particular bus, applies to both ISA and 
MicroChannel TROPIC-based Token-Ring adapters. 

TABLE OF CONTENTS 

1.0 TROPIC ADAPTER INTERFACE SUMMARY 

2.0 HOST ADDRESS SPACE STRUCTURE 

3.0 REGISTERS 

4.0 SHARED RAM LAYOUT AND USAGE 

5.0 SOFTWARE OPERATION OF TROPIC 

6.0 BRIDGE OPERATION AND COMMANDS 

7.0 EARLY TOKEN RELEASE ISSUES 

1.0 TROPIC ADAPTER INTERFACE SUMMARY 

The interface provided by TROPIC-based adapters allows 
Host software to communicate with the adapter hardware 
and software. Host software uses the hardware interface to 
issue commands, store and retrieve data, receive com- 
mands, use timing facilities, and Identify the adapter. 
TROPIC Token-Ring adapters contain several areas that al- 
low communication between Host software and the adapter. 
These areas include: 

• Programmed I/O (PIG) 

• Memory Mapped I/O (MMIO) 

• Shared RAM 

• Basic Input/Output System (BIOS). 

The PIG areas are accessed using IN (Read) and OUT 
(Write) l/G instructions. The MMIO and shared RAM areas 
are accessed using memory instructions. The BIGS area, 
which is read only, can contain an optional program that is 
executed by the Host during power-on. 

Host Transmit and Receive buffers and control blocks are 
provided through the Shared RAM interface, which is man- 
aged by a TROPIC integral controller. The control blocks 
are used to pass commands and messages between the 
Host system and TROPIC. 



Host software must perform the control functions and inter- 
rupt handling for the adapter. The Host software must load 
commands and parameters into the shared RAM and con- 
trol Interrupt bits in the adapter MMIO domain where the 
interrupt status registers are located. The Host software 
must then interrogate control blocks and registers when the 
adapter has updated shared RAM. 

This document describes in detail the sequence of opera- 
tions, shared RAM assignments, the process of initializing 
the adapter, and related responses. 

Overview of Adapter Interface Areas 

This section briefly describes the adapter interface areas. 
Detailed mappings are provided in a later section. 

PIO 

The PIO area is used for adapter configuration information 
and control. The PIO area uses I/O addresses that range 
from: 

• X0A20 to X0A27 for both the ISA Bus Adapter and the 
MicroChannel Bus Adapter 

• X02F0 to X02F7 for the ISA Bus Adapter only. 

These addresses are used to obtain the MMIG address and 
interrupt level used by the adapter and provide the ability to 
reset and release the adapter. For the MicroChannel Bus 
Adapter, they are also used to obtain the shared RAM ad- 
dress for the adapter. 

MMIO 

The MMIO area is a movable section of memory mapped 
I/O that is 512 bytes and consists of the following: 

• ACA: The Attachment Control Area contains registers for 
adapter operations control. These registers include: 
RRR: The shared RAM relocation register (RRR) is used 
to get information for the shared RAM on the adapter. 
For ISA Host adapters, it is also used to set the shared 
RAM address in Host memory. 
WRBR/WWOR/WWCR: The write region base register 
(WRBR), write window open register (WWOR), and the 
write window close register (WWCR) are used to control 
the read/write access to the shared RAM on the adapter. 
The R/O access is used to protect the Token-Ring Net- 
work parameters. The R/W areas are used to pass data 
to the adapter. 

HISR/TISR: The Host interrupt status register (HISR) 
and the TROPIC interrupt status register (TISR) are used 
for the main communication between the adapter and the 
Host. 

• TROPIC'S Host Programmable Timer is a general pur- 
pose timer for use by the Host software. The offset ad- 
dresses of the timer registers are x1 EOC and x1 BCD with- 
in the BIOS/MMIO segment. 
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• The adapter ID PROM (AlP) is used to provide the adapt- 
er type and the adapter's encoded address. 

Shared RAM 

The shared RAM Is a movable section of memory and can 
be 8 kB, 16 kB, 32 kB, or 64 kB. It is used for data transfer 
and control blocks. Shared RAt^ is where data and all of the 
software commands are stored. 

BIOS 

TROPIC has an optional BIOS area that Is a movable 7.5 kB 
section of mapped memory. This area can be used for ini- 
tialization code that is executed at power-on. 

Data Transfer 

Data can be obtained from three general adapter sections: 

• PIO area (8 bits wide). Byte read and write I/O instruc- 
tions can be used. 

• MI^IO area (8 bits wide). Both byte and word read and 
write memory instructions can be used except when ac- 
cessing the AlP. The AlP is 8 bits wide, but only 4 bits are 
valid and should be accessed using a byte read memory 
Instruction to an even address. 

• Shared RAM area (8 or16 bits wide for ISA Adapter and 
16 bits wide for MicroChannel Adapter). Both byte and 
word read and write memory instructions can be used. 

Using Interrupts 

TROPIC uses Interrupts to alert Host software that events 
have occurred on the adapter. Host software uses TROPIC 
Interrupts to communicate with TROPIC'S MPU. 

2.0 HOST ADDRESS SPACE STRUCTURE 

A TROPIC adapter's Host Address Space is divided into two 
domains: the Shared RAM domain and the ROM/MMIO do- 
main, as shown below; 

Shared Memory— Host Address Map 

xFFFFF 



xOOOOO 



BIOS 

(ISA/MCA 

only) - 



Write Region 



Read-Only 



Write Window 



Read-only 



ROM/MMIO Domain 
0.5 or 8kB 



Shared RAM Domain 
16 or 64 kB 



TL/F/ 11 499-1 



Shared RAM Domain 

As discussed in Section 1.0, transmission and reception 
data and control blocks are transferred between TROPIC 
and the Host via the TROPIC Shared RAM area. This area 
can be either 16 kB or 64 kB, depending on the Host's 
upper memory area usage; its size and initial base address 
are configured during Reset initialization. 
During operation. Shared RAM can be relocated and paged. 
Location and paging status are available through the 



Shared RAM address parameters defined in the RAM Relo- 
cation Register (RRR) and Shared RAM Paging Register 
(SRPR), as described in Section 3.0. 
Mapping of the buffers and control blocks in Shared RAM is 
controlled by microcode. Buffer management and hand- 
shaking are summarized in Section 5.0. 

ROM/MMIO Domain 

For MicroChannel and ISA Hosts, the ROM/MMIO domain 
is 8k and includes 7.5k for BIOS and 0.5k for an area called 
the Attachment Control Area (ACA). 

Attachment Control Area (ACA) 



Offset from 
MM 10 Base 



X1F00- 
X1E80- 



Adapter 

Identification 

PROM (AlP) 



Reserved Area 



Shared RAM 
Registers 



ACA 

0.5 kB 



The Adapter Identification PROM (AlP) area is a read-only 
region that contains unique adapter parameters, such as the 
IEEE node address and serial number. The area from x1 E80 
to xlEFF is reserved and should not be accessed by the 
Host. 

The MMIO Registers (discussed in Section 3.0) serve as 
important status and control registers that are accessible to 
the Host during operation. Note that these registers are ac- 
cessed by both TROPIC and the Host. The Host cannot 
"lock" a register to prevent TROPIC access. 

Addressing The ROM/MMIO Domain 

The address driven to TROPIC by the Host contains several 
fields when used in the MMIO area. 

Host Address Bits 
A23 8 7 6 5 4 AO 



MMIO region address 


Area 


CMD 


Reg # 



Bits 23 through 9 select the MMIO region. 
Bits 8 and 7 select the 128-byte area within the region, as 
follows: 

boo The attachment control area. 
bOI No access. This is a reserved area. 
b10 The adapter identification area A. 
b1 1 The adapter identification area B. 
Bits 6 and 5 select the specific MMIO command (CMD) to 
be performed. 

Bits 4 through select the specific register (Reg #) and 
byte. 

With the BIOS/MMIO domain address from the setup infor- 
mation obtained by using the PIO instructions, MMIO read 
or write instructions can be used to put data into or read 
data from the adapter registers. Four MMIO commands are 
used. These four commands are controlled by the specific 
address used, as follows; 

READ Read the contents of an adapter control register 
into the Host register. A READ is performed by is- 
suing a read instruction in the Host with an address 
pointing to the appropriate MMIO register of the 
adapter. 
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WRITE Transfer the contents of a Host register directly into 
the selected adapter register. A WRITE is per- 
formed by issuing a write instruction in the Host 
with an address pointing to the appropriate MMIO 
register of the adapter with the 2 bits in the address 
assigned as CMD being set to bOO. 
OR the contents of a Host register into the selected 
adapter register. An OR is performed by issuing a 
write instruction in the Host with an address point- 
ing to the appropriate MMIO register of the adapter 
with the 2 bits in the address assigned as CMD 
being set to bio. 

AND the contents of a Host register into the select- 
ed adapter register. An AND is performed by issu- 
ing a write instruction in the Host with an address 
pointing to the appropriate MMIO register of the 
adapter with the 2 bits in the address assigned as 
CMD being set to bOI. 

All but the last 512 bytes of the BIOS/MMIO domain are 

reserved for Host BIOS program storage. 



The MMIO region is structured as follows: 
ROM/MMIO Layout 



OR 



AND 



Offset from 

ROM/MMIO 

Segment 




xlFOO 


AlP, 256 bytes (read only access) 


X1E80 


Reserved, 1 28 bytes (do not access) 


xlEOO 


Attachment Control Area, 128 bytes 


xlDFF 
xOOOO 


Reserved for BIOS 



AlP (Adapter Identification PROM) Area Structure 

This section describes the AlP fields, which are used to 
identify the adapter and provide Information on supported 
hardware functions. Only even addresses are valid, and 
only the lower four bits of each even location are defined. 
The upper four bits of each byte should always be maslted 
off (because these bits are not guaranteed to be zero). AlP 
contents can vary. A typical AlP might have the contents 
shown in the table below (as seen from the Host). 



Example of a Typical AlP 



ROM/MMIO 
















AlP Contents 
















Offset Address 





1 


2 


3 


4 


5 


6 


7 


8 


9 


A 


B 


c 


D 


E 


F 


1F00 


01 


00 


00 


00 


00 


00 


00 


00 


05 


00 


OA 


00 


02 


00 


00 


00 


1F10 


00 


00 


01 


00 


OE 


00 


03 


00 


OE 


00 


OF 


00 


OF 


00 


OF 


00 


1F20 


OA 


00 


05 


00 


OD 


00 


OF 


00 


OF 


00 


OE 


00 


01 


■ 00 


00 


00 


1F30 


04 


00 


OD 


00 


04 


00 


01 


00 


05 


00 


02 


00 


05 


00 


03 


00 


1F40 


03 


00 


06 


00 


03 


00 


03 


00 


05 


00 


08 


00 


03 


00 


04 


00 


1F50 


03 


00 


05 


00 


03 


00 


01 


00 


03 


00 


08 


00 


02 


00 


00 


00 


1F60 


OB 


00 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


1F70 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


1F80 


00 


00 


02 


00 


04 


00 


06 


00 


08 


00 


OA 


00 


00 


00 


OE 


00 


1F90 


OF 


00 


OD 


00 


OB 


00 


09 


00 


07 


00 


05 


00 


03 


00 


01 


00 


1FA0 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


1FB0 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


1FC0 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


1FD0 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


1FE0 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


1FF0 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


OF 


00 


OF 


00 
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A brief description of all AlP fields follows. 

Adapter's Encoded Address 

Stored in the Host even locations from x1 FOO to x1 F1 6, this 
field contains a 48-bit universally administered address as 
defined by the IEEE 802 committee on local area networks. 
Each IBM Token-Ring Network adapter is programmed with 
Its own unique address in this field. This address will be 
used as the adapter's node address unless specifically 
overridden. 

The format is 12 nibbles from the even bytes with each 
nibble representing a hexadecimal digit. The most signifi- 
cant nibble (MSN) is the nibble at xlFOO, and the least sig- 
nificant nibble (LSN) is at x1F16. For example, from the 
sample AlP above, read the even bytes from x1F00 to 
x1F16 as x1, xO, xO, xO, x5, xA, x2, xO, xO, Xl, xE, x3. The 
resulting address is x10005A2001E3. 

One's Complement of the Adapter Encoded Address 

The method for determining this value is the same as for the 
address, but using the even locations x1F18 to x1F2E. 
X1F18 is the MSN and x1F2E is the LSN. In the typical AlP 
above, read xE, xF, xF, xF, xA, x5, xD, xF, xF, xE, xl , xC for 
a one's complement address of xEFFFA5DFFE1C. 
This field contains the one's complement of the universally 
administered address as defined above. 

Channel Identifier 

This field determines whether the adapter is an ISA Bus 
Adapter or a MicroChannel Bus Adapter. It uses Host even 
locations from x1F30 to x1F5E. The format is 24 nibbles 
from the even bytes with each nibble representing a hexa- 
decimal digit. The MSN is the nibble at x1F30, and the LSN 
isatxIFSE. 
In the sample AlP above, you would read: 

x4, xD, x4, xl , x5, x2, x5, x3, x3, x6, x3, x3, x5, x8, x3, x4, 

x3, x5, x3, xl, x3, x8, x2, xO 
for a value of x4D41 5253 3633 5834 3531 3820. 
The two channel identifiers are: 

• x5049 434F 3631 3130 3939 3020 for ISA Bus. 

• X4D41 5253 3633 5834 3531 3820 for MicroChannel 
Bus. 

AlP Checksum #1 

The checksum is a Host even location of x1 F60. The format 
is a hexadecimal nibble. 

This field contains the first checksum for the AlP. If a 4-bit 
checksum (addition) of all valid (even) locations from 1 FOO 
up to and including 1F60 is calculated, the result should be 
zero. This checksum is used to validate the encoded ad- 
dress and channel identifier. If an invalid checksum is ob- 
tained (non-zero value), then the previous values should be 
considered inaccurate. 

Test Pattern 

This field contains a test pattern for use during adapter diag- 
nostics. The test pattern is Host even and odd locations 
xl F80 to xl F9F. The format is 32 nibbles from all bytes with 
each nibble representing a hexadecimal digit. In the sample 
AlP above read: 

xO, xO, x2, xO, x4, xO, x6, xO, 

x8, xO, xA, xO, xC, xO, xE, xO, 

xF, xO, xD, xO, xB, xO, x9, xO, 

x7, xO, x5, xO, x3, xO, x1, xO. 



Supported Functions Identifiers 

These identifiers are Host even locations from xlFAO to 
xlFEE. The format is a hexadecimal nibble from the even 
bytes. The sample AlP above reads xF, xF, xF . . . 
These nibbles should be used to determine what functions 
the adapter supports. The Host software should read these 
nibbles to determine the capabilities of each specific adapt- 
er. The nibbles from the hexadecimal locations are defined 
as follows: 

xlFAO Adapter Type where P = 1st, E = 2nd, D=3rd, . . . 
0=16th. 

Used to identify different adapters within a given 
I/O bus or channel type. The sample above uses 
xF. 
X1FA2 Data Rate where F=4 Ubps, E = 16 Mbps, 
D = 4 Mbps and 16 Mbps, C to = reserve. 
Used to identify data rates supported by the adapt- 
er. 
X1FA4 Early Token Release where F=No, E = 4 Mbps, 
D=16 Mbps. C = 4/16 Mbps, B to = resen/ed. 
Used to identify which data rates support early to- 
ken release. 
X1FA6 Total available shared RAM where F=use 
RRR(11,10), E = 8 kB, D = 16 kB, C = 32 kB, 
B = 64 kB (top 512 reserved and must be set to 
zero), A = 64 kB (top 512 usable) 9 to = reserved. 
Used to identify total shared RAM installed on the 
adapter. Use either the encoded value in the RRR 
register, or the specified value in the AlP. For value 
"B", the last 512 bytes (offset address FEOO- 
FFFF) are resen/ed and must be set to during 
adapter initialization in order to set RAM parity bits. 
x1FA8 Shared RAM paging where F= No, E= 16 kB page, 
D = 32 kB page, C=16 kB and 32 kB page, B to 
0= reserved. 

Used to identify whether or not the adapter sup- 
ports shared RAM paging and if so, at which page 
sizes. 
xlFAA The Transmit Buffer size available at 4 Mbps where 
F=2048, E = 4096, D = 4464, C to = reserved. 
Used to identify the maximum Transmit Buffer size 
at a 4 Mbps data rate (not applicable if adapter 
does not support 4 Mbps). 
xlFAC The Transmit Buffer size available at 16 Mbps 
where F = 2048, E=4096, D=8192, C=16384, 
B = 1 7960, A to = reserved. 
Used to identify the maximum Transmit Buffer size 
at a 16 Mbps data rate (not applicable if adapter 
does not support 16 Mbps). 
X1FAE These locations are reserved. 
to 
xlFEE 

AlP Checksum #2 

This field is stored at Host even location xlFFO. The format 

is a hexadecimal nibble. 

This field contains the second checksum for the AlP. If a 

4-bit checksum (addition) of all valid (even) locations from 

1F0O up to and including 1FF0 is calculated, the result 

should be 0. This checksum is used to validate all defined 
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00 
00 



areas of the AlP. If an invalid checksum is obtained (non- 
zero value), then the previous values should be considered 
inaccurate. If an incorrect value is encountered, the only 
values used should be "default" values for the type of 
adapter identified by the channel identifier field. 

Reserved 

All undefined locations (both even and odd) are reserved 
and should not be used. 

3.0 REGISTERS 

The Host communicates with and controls TROPIC using 
three methods: Shared RAI^, interrupts, and registers. 
TROPIC supports three register areas: 

• MMIO Registers— these are used by all Host bus types 

• Programmed I/O (PIO) Registers— these are used by 
all Host bus types and are decoded during normal opera- 
tion 



• MicroChannel Standard POS Registers— these are 

used only by MicroChannel hosts and are decoded only 
during .Setup 

Note; POS Registers reside in PIO space, but are treated separately be- 
cause they are only decoded during Setup. 

Register Usage and Location by Bus Type 

Register usage varies by bus type, as shown below. 
Register Usage by Bus Type 



Bus 
Type 


IVIIVIIO 
Registers 


PiO 
Registers 


iUicroChannel 
POS Registers 


MicroChannel 
ISA 


Yes 
Yes 


Yes 
Yes 


Yes 

No 



Memory allocation of registers is shown below. 



Register Location by Bus Type 
PiO Space (ISA) 





! xOFFFF „ ^ I 
X00A28 """"<* 


X00A27 
X00A24 


Adaptor 1 PIO 
Registers 


X00A23 
X00A20 


Adapter PIO 
Registers 




xOOAIF 

X0D2F8 """""^ 


X002F7 


Global Interrupt 
Enable (IRQ7) 


X002r6 


Global Interrupt 
Enable (IRQ6) 




X00AF5 

Unused 
X002F4 


X002F3 


Global Interrupt 
Enable (IRQ3) 


xaa2F2 


Global Interrupt 
Enable (IRQ2, 9) 




X002F1 

xooooo """"-^ ; 



PIO Space (MicroChannel) 





xOFFFF „ , I 
X00A28 ""'"°'' 


X00A27 
X00A24 


Adapter 1 PIO 
Registers 


X00A23 
X0OA2O 


Adapter PIO 
Registers 



X00107 
xOOtOO 



xOOAIF 



POS Registers 
(Only during Setup) 



xOOOFF 
xOOOOO 



Unussd I 
I 



MMIO Space (All Buses) 



xlEIA 
xlEIS 
<1EI6 
X1EI4 
X1EI2 
XIEIO 
xlEOC 
xlEOC 
xlEOA 
xlEOS 
X1E06 
X1E04 
xlEO: 
xlEOO 



Reserved 



Shared RAM Page Register (SRPR) 



Configuration Register (CR) 



Interrupt Vector Register (IVR) - LSB only 



Soft Reset Register (SRR) 



Reserved 



Timer Value Register (TVR) 



Timer Control Register (TCR) 



TROPIC Interrupt/Status Register (IISR) 



Host Interrupt/Status Register (HISR) 



Write Window Close Register (WWCR) 



Write Window Open Register (WWOR) 



Write Region Base Register (WRBR) 



RAM Relocation Register (RRR) 
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MMIO Registers — General 

The MMIO Registers are used by all bus types and are lo- 
cated within the ACA Host Address Space area. They in- 
clude mostly read-only status registers, with a few Read/ 
Write control registers. Some of these registers are replicat- 
ed in the PIO Registers; in such cases, one register is usual- 
ly read-only while the alternative location is read/write. 
All of the MMIO Registers consist of two-byte (word) regis- 
ters, each having its low order byte at an even address and 
its high order byte at the following odd address. Note that 
addresses are relative to the ROM/MMIO Base Address. 



RAM Relocation Register (RRR) 

This register is used to relocate the Shared RAM region and 
indicate its page size and location. It also contains bits used 
to control different TROPIC operating modes. 
Warning: Reserved bits (indicated by "— "), though read- 
able, are controlled by TROPIC. These bits should not be 
changed. 



iSA BUS D/IODE: 
15 14 13 


xlEOI 
12 11 10 


9 


8 


7 


6 


5 


xlEOO 
4 3 


2 


1 





— 


— 


— 


— 


RAM Size 


— 


— 


AB19 


AB18 


AB17 


AB16 


AB15 


ABU 


AB13 
(=0) 


— 



IMicroChannei BUS MODE: 
























xlEOI 












X1E00 








15 14 13 12 11 10 


9 


8 


7 


6 


5 


4 3 


2 


1 





— 


— 


— 


— 


RAM Size 


— 


— 


— 


— 


— 


— 


— 


— 


— 


— 



Bit(s) 



Description 



15-12 



Reserved. 



11-10 



Shared RAM Page Size (READ ONLY): Displays the shared RAM page (window) size, i.e., the amount of the Host's 
memory space that was allocated to shared RAM during initialization. These bits are coded as follows: 



11 



1 
1 



10 


1 



1 



Page Size 
BkB 
16 kB 
32 kB 
64 kB 



This shared RAM page size may not be the total amount of shared RAM on the adapter; instead, this value indicates the 
amount of shared RAM for the Host to map into its memory. For example, an adapter with 64 kB of available shared RAM 
can be set for a 16 kB page size to allow shared RAM paging. If the RRR bit 1 1 is set to and bit 1 is set to 1 , this would 
indicate 16 kB of shared RAM in the Host's memory map. 

Note: To use Shared RAM paging, Host software must US6 the SRPR (Shared RAM Paging Register) correctly. See the later SRPR description for details. 



9-8 



7-1 



Reserved. 



(FOR MIcroChannei BUS MODE) Reserved. 

(FOR ISA BUS MODE) Shared RAM Host Base Address: 

For TROPIC adapters in ISA I/O Bus mode, bits 7 through 1 of the RRR register are used to set the shared RAM starting 
address. This location must be set before the Shared RAM can be accessed and must be set to a location in the memory 
map that does not cause a conflict. These register bits default to zero on power-up or after an adapter reset. If the register 
contains zero, the shared RAM is not mapped into the memory map. This register must be set to a correct address 
boundary as follows: 

• 8 kB shared RAM page should be on an 8 kB address boundary. 

• 16 kB shared RAM page should be on a 16 kB address boundary. 

• 32 kB shared RAM page should be on a 32 kB address boundary. 

• 64 kB shared RAM page should be on a 64 kB address boundary. 

For shared RAM paging, the address boundary can be on a 1 6 kB boundary since only 1 6 kB of PC address space is 
used. 



Note: To select a valid address boundary, RRR Bit 1 (AB13) should always be set to 0. 



Reserved. 
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Write Region Base Register (WRBR)— READ ONLY 
Write Window Open Register (WWOR)— READ ONLY 
Write Window Close Register (WWCR)— READ ONLY 

The WRBR register indicates ttie base address of tiie primary Host write region in Shared RAIVI. The WWOR and WWCR 
registers together define the starting and ending addresses of a secondary Host write region. TROPIC uses ail three registers to 
dynamically control the Host write access areas of Shared RAM, which are used to pass commands and data to TROPIC. 



WRBR (Read Only): 

X1E03 
15 14 13 12 11 10 9 8 


X1E02 
7 6 5 4 3 2 10 


LSB (Least Significant Byte) WRBR 


MSB (Most Significant Byte) WRBR 



WWOR (Read Only): 



X1E05 
15 14 13 12 11 10 9 


8 


7 


X1E04 
6 5 4 3 2 1 





LSB (Least Significant Byte) WWOR 


MSB (Most Significant Byte) WWOR 


WWCR (Read Only): 

X1E07 
15 14 13 12 11 10 9 


8 


7 


X1E06 
6 5 4 3 2 1 





LSB (Least Significant Byte) WWCR 


MSB (Most Significant Byte) WWCR 



These management register pairs specify an offset into shared RAM. The offsets are 16-bit values. The even register contains 
the most significant byte of this value. For example: 

WRBR(15-8) atxIEOS = 24 (LSB) 

WRBR(7-0) at x1E02 = 47 (MSB) 

WRBR full register value = 2447 
in this example, a 16-bit Read of the WRBR (at x1E02) returns 2447; however, the logical (useable) address value Is 4724. 
IMPORTANT: To obtain a usable address, Host software must perform a byte-swap on 16-blt Reads from the WRBR, WWOR, 
and WWCR registers. 

As Illustrated below, TROPIC can concurrently define two separate and Independent computer write areas within the Shared 
RAM domain: the write region and the write window. The size of each of these areas can be Individually defined In word (2-byte) 
increments from 2 bytes to the maximum size of the shared RAM domain. 

• Highest Shared RAM Address 



Write 
Window 



Read/Write 




Read-only 




Read/Write 




Read-Oniy 






WWOR 



Lowest Shared RAM Address 
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The two areas differ only in how they are bound. The write region always extends from the highest address of the shared RAM 
domain down to a variable origin specified by the WRBR. The write window extends from a variable base defined by the WWOR 
pair to a variable limit defined by the WWCR pair. Also, the low-order bit in each odd register is zero since all write boundaries 
are word (2-byte) aligned. 

Any address In the shared RAM not given specific Host write access by the shared RAM management registers is given Host 
read-only access. A Host write to any of these read-only memory addresses or to any shared RAM management register MMIO 
address will not be completed and will activate the Host Access error Interrupt condition (HISR bit 2). Since the origin of the write 
region (WRBR) and the write window (WWOR) must be greater than zero If either write area is to be defined, the first 2 bytes of 
the shared RAM domain are always read-only to the Host. 

The interface mechanism allows the Host read-only access to the entire shared RAM domain until TROPIC is initialized and Host 
write-access areas are defined by TROPIC. 

The WRBR contains either zero or the offset of the beginning of the write region. When this field is zero, no write region Is 
available. The WWOR contains either zero or the offset of the beginning of the write window. This field contains zero until 
TROPIC Is opened, and when it is zero, no write window Is available. The WWCR contains either zero or the first offset after the 
last writeable offset. This field is reserved until TROPIC is opened, and when it is zero, no write window is available. 
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Host Interrupt/Status Register (HISR) 

This read/write register contains interrupt and control bits to allow TROPIC to issue interrupts to Host software. For ISA and 
MicroChannel Hosts, this register also indicates which PIO addresses (xOASO to xOA23 or xOA24 to xOA27) select the PIO 
addressable registers. 

X1E09 X1E08 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 



— TCHK SRBR ASBF ARBC SSBR BFFC — CH/IR INTE — TINT EINT AINT IBLK PR/AL 



Blt(s) 



Description 



15 



Reserved. 



14 



TROPIC Check (TCHK): TROPIC has encountered an unrecoverable error and is closed. The reason for the check may be 
read from the shared RAM using the address in the write window close management register pair in the attachment control 
area of the MMIO region. 



13 



SRB Response (SRBR): TROPIC has recognized an SRB request and has set the return code in the SRB. A return code 
of: 

xOO: Indicates successful completion of the SRB request. 

x01 -xFD: Indicates unsuccessful completion of the SRB request. 

xFF: Indicates that the request has been accepted and is in process. A subsequent SSB response will be issued at the 

command completion. This interrupt bit is set for this return code only if the Host has set the "SRB Free Request" bit in the 

TISR. 



12 



ASB Free (ASBF): TROPIC has read the response provided in the ASB, and the ASB is available for another response. 
This interrupt bit is set only if the Host has set the "ASB Free Request" bit in the TISR or if an error has been detected in 
the response. 



11 
10 

g 



ARE Command (ARBC): The ARB contains a command for the Host to act on. 



SSB Response (SSBR): The SSB contains a response to a previous SRB command from the Host 



Bridge Frame Forward Complete (BRFC): TROPIC has completed transmitting a frame forwarded by the bridge Host 
software. 



Reserved. 



CHCK/IRQ Steering Control (CH/IR): This bit is used to control en-or interrupts. If 0, TROPIC will issue a CHCK. If 1 , 
TROPIC will issue IRQ. CHCK Is not supported in ISA and MicroChannel bus modes and, for those modes, this bit must be 
settol. 



Interrupt Enable (INTE): When this bit is on, inten-upt requests will be presented to the Host. When this bit is off, all 
interrupts are masked off. The bit can be set by either TROPIC or the Host. 



Reserved. 



Timer Interrupt (TINT): When this bit is on, the TVR (7-0) has expired. 



Error Interrupt (EINT): TROPIC has had a machine check occur, the TROPIC deadman timer expire, or the TROPIC timer 
overrun. 



Access Interrupt (AINT): When this bit is on, it indicates that a shared RAM access violation or an illegal MMIO operation 
by the Host to an Attachment Control Area register pair has occurred. The following conditions will set this bit: 

• Any Host write to a write-protected location in the shared RAM domain 

• Any Host write to a shared RAM management (WRBR, WWCR, WWOR) register 

• Any Host write to HISR(7-0) 

• Any Host write to a nonzero interrupt field of TISR(1 5-8) or HISR(1 5-8). Nonzero intermpt fields of TISR(1 5-8) and 
HISR(15-8) must be manipulated using OR and AND MMIO commands. 



ISA Bus Mode ONLY 

Interrupt Block Bit (IBLK): Set by TROPIC to prevent interrupts until interrupts are re-enabled. 



Primary/Alternate Address (PR/AL): This bit reflects the setting of the TROPIC primary/alternate setup information. If 
this bit is off, the primary adapter address is selected. If this bit is on, the alternate adapter address is selected. 



4-91 



TROPIC Interrupt/Status Register (TISR) 

This read/write register provides interrupts (for Shared RAM management, errors, timeouts, and other events) and control 
values that allow Host software to issue interrupts to TROPIC (lettirig the Host and TROPIC communicate asynchronously). The 
Host software sets bits in TISR{1 4-8) to interrupt TROPIC. 

XIEOB xlEOA 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 10 



— BFFR CSRB RASB SRBFR ASBFR ARBF SSBF IPE TINTT AINTT DTEXP TCHKT — THIM TSIM 



Blt(s) 



Description 



15 
14 



Reserved. 



Bridge Frame Forward Request (BRFR): The Host software, has placed a frame In the bridge transmit buffers and is 
requesting that the frame be forwarded. 



13 
12 



Command in SRB (CSRB): The Host software has placed a command in the SRB and is informing TROPIC. 



Response In ASB (RASB): The Host software has placed a response to an ARB request In the ASB and Is Informing 
TROPIC. 



11 
10 

g 



SRB Free Request (SRBFR): The Host software wants to use the SRB, but a previous request is still being processed by 
TROPIC. TROPIC will return an "SRB free" interrupt when the SRB return code field has been set. 



ASB Free Request (ASBFR): The Host software wants to use the ASB, but a previous response is still being processed by 
TROPIC. TROPIC will return an "ASB free" Interrupt when the ASB return code field has been set. 



ARB Free (ARBF): The command in the ARB has been read by the Host software and the ARB Is available. If the 
command requires a response from the Host software (receive and transmit only), it will be provided in the ASB later. 



SSB Free (SSBF): The response in the SSB has been read by the Host software and the SSB is available. 



Internai Parity Error (iPE): If this bit was on, there was a parity error on TROPIC'S internal bus. 



Timer interrupt— TROPiC (TiNTT): At least one of the TCR(1 5-8) timers has an interrupt to present to TROPIC. 



Access Interrupt— TROPiC (AINTT): When this bit is on. It indicates that a shared RAM access violation or an illegal 
MMIO operation by TROPIC to an Attachment Control Area register has occurred. 



Deadman Timer Expired (DTEXP): The deadman timer has expired, indicating an adapter microcode problem. This bit Is 
one of the conditions that can set HISR bit 3. 



TROPIC Processor Check— TROPIC (TCHKT): This bit does not latch on but follows the state of the TROPIC processor 
machine check Indication. This bit is one of the conditions that can set H ISR bit 3. 



Reserved. 



TROPIC Hardware Interrupt Mask (THiM): When this bit is on. It prevents adapter hardware interrupts (TISR bits 7 and 5) 
from being presented to the TROPIC processor. 



TROPIC Software interrupt Mask (TSIM): When this bit Is on, it prevents Host software interrupts (TISR bits 14-8) from 
being presented to the TROPIC processor. 
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Timer Control Register (TCR) 

This register controls both Host and ring timing. TCR(7-0) is used with the TVR register to control the Host programmable timer. 
TCR(15-8) controls the fixed-duration timers used by TROPIC'S microcode timing routines, and is reserved. 

X1E0D 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





— 


— 


— 


— 


— 


— 


— 


— 


PTIM 


PTRM 


PTCG 


PTOS 


PTCS 


HLCK 


— 


— 



Bit(s) 



Description 



15-8 



Reserved (TROPIC MPU timer control). 



Host Programmable Timer Interrupt Masic (PTiM): This bit controls the timer interrupt operation. When this bit is on, the 
timer interrupts the Host when the programmable count expires. When the bit is off, the timer will not interrupt the Host, 
and the timer status must be obtained by polling either HISR bit 4 or TVR(7-0). The timer interrupt, like all Host interrupts, 
is also subject to the interrupt enable bit (HISR bit 6). 



Host Programmable Timer Reload Mode (PTRM): If this bit is on, the timer automatically reloads from TVR(1 5-8) when 
the countdown expires (reaches zero). When this bit is off, the timer must be reprogrammed or restarted after each 
countdown. Setting bit 6 while the count is counting reloads TVR(0-7) with the initial count in TVR(1 5-8). 



Host Programmable Timer Count Gate (PTCG): This bit enables/disables timer counting and also allows reloading of 
the initial countdown from TVR(15-8). Setting the bit to 1 enables the timer and starts counting. Resetting to disables the 
timer and halts decrementing of the timer count. The countdown may be resumed by writing a 1 back to this bit, since the 
count contained in the timer is not changed when the gate bit is cleared. However, if a gate set is received when the gate 
bit is already on and timer count is 0, the countdown value reloads from TVR(15-8) and a full countdown begins. 



Host Programmable Timer Overrun Status (PTOS): This bit is set when an overrun condition is detected with the Host 
timer interrupt. If the timer interrupt has not been reset before the end of the next timing period, the overrun bit is set at the 
end of that period. Once set, this status bit remains active until reset to zero by the Host. 



Host Programmable Timer Count Status (PTCS): This bit is Host Read-only and is set by TROPIC when the timer 
contains a nonzero countdown value (the timer is loaded but not necessarily counting). If this bit is 1 , the nonzero timer 
counter value can be obtained by reading TVR(7-0). Othenwise, reads to the TVR(7-0) return zeroes. When the timer 
countdown is halted by clearing of TCR bit 5 and the count value is not zero, this bit will remain active (set to 1 ). 



Host Interlock (HLCK): This interlock allows TROPIC'S internal diagnostic routine to check the functional capability of the 
Host timing facility without interference from the Host. When set to 1 , this bit prevents Host MMIO writes from updating the 
contents of the TVR register and the Host portion (except this bit) of TCR(7-0). This bit will be set only when TROPIC'S 
internal diagnostic procedures require exclusive use of the Host programmable timer. 



1-0 



Reserved. 



Timer Value Register (TVR) 

This register contains the Host timer initial countdown value in TVR(15-8) and the current Host timer count in TVR(7-0) 
(referred to as "the timer"). Reading TVR(15-8) always returns the last value written to it (zero following initial power-on). Both 
TVR(15-8) and TVR(7-0) are cleared after ppwer-on reset. For each byte, possible values range from 10 ms (x01) to 2.55 
seconds (xFF) in 1 ms increments. 

If the timer contains zeros, writing a byte to TVR(15-8) transfers that value to the timer. Counting is then subject to the state of 
the TCR(5) gate bit. A read of TVR(7-0) returns the actual contents of the Host timer counter at the time the read is received by 
TROPIC. Writes to TVR(7-0) are ignored. 

If the counter Is loaded (nonzero), a write to the TVR(15-8) register will not cause the timer to be reloaded. The loading of the 
new TVR(15-8) value to the timer is governed by the state of the TCR gate and reload bits (TCR bits 5 and 6). 
The TCR(3) count status bit and the TCR(5) gate bit are used with TVR(7-0). When the timer is loaded (the TCR(3) count status 
bit is 1), the value returned from TVR(7-0) is the actual timer count at the time of the read. If the TCR(3) gate bit is 1, then the 
counter will be counting and the value returned will reflect the current instantaneous counting state. 

xlEOF xlEOE 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 



Timer Initial Count (TINIT) 



Timer Current Count (TCUR) 



Bit(s) 



Description 



15-8 



Host Programmable Timer initial Count (TINiT): See description above. 



7-0 



Host Programmable Timer Current Count (TCUR): See description above. 
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Shared RAM Page Register (SRPR) 

Through the SRPR register, TROPIC allows the Host system to use memory paging schemes to allocate a smaller Shared RAM 
domain (in the Host memory space) than the actual physical Shared RAM size on the TROPIC adapter. For example, If the 
adapter needs 64l< of Shared RAM, but the Host system can allocate only 16k, the 64k adapter RAM can be mapped to the 16k 
Host space as four separate 16k pages, any one of which Is "visible" at a given moment. Note that TROPIC always has full 
access to the entire 64k space even if the Host Is using a smaller page size. 

The SRPR register is only valid in Host bus modes that support RAM paging. It Is used before Initialization to communicate to 
TROPIC'S microcode the total amount of RAM to use, and Is also used after Initialization to "page" the shared RAM into the 
Host's memory map. 

Before TROPIC is initialized, the Host's software must write the appropriate value to the SRPR to communicate to TROPIC'S 
microcode how much total shared RAM to use. If a value of xOOOO Is written to the SRPR, TROPIC uses only the amount of RAM 
indicated by the Shared RAM size bits in the RRR register (bits 10 and 11). If the RRR Shared RAM size bits are set to the page 
size indicated in the ID PROM under the RAM paging function, the Host software can write xOOCO to the SRPR, (I.e., set bits 6 
and 7 to a "11") and TROPIC'S microcode will use all 64 kB of Shared RAM. The Host software can then access the entire 
64 kB of shared RAM using RAM paging. 

If RAM paging is selected, the SRPR can be used to "page" the Host "window" Into the full 64 kB of Shared RAM after TROPIC 
Is Initialized. See Section 4.0 for more details on Shared RAM layout and usage. 

X1E18 



15 


14 


13 


12 


119 
11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





— 


— 


— 


— 


— 


— 


— 


— 


PS1 


PSO 


— 


— 


— ■ 


— 


— 


— 



Blt(s) 



Description 



15-8 



Reserved. 



Page Select Bit 1 (PS1): 

Before initialization, this bit and bit 6 Indicate whether RAM Paging should be used, as follows: 
Value 
(PS1,PS0) Meaning 

00 Use RRR (10,11) as total RAM, no paging 

01 Reserved 

10 Reserved 

11 Use 64k as total RAM, use paging 

After initialization, this bit and bit 6 are used to select the desired memory page, as follows: 
Value 

Meaning 



(PS1,PS0) 

00 
01 
10 
11 



Map Page 1 into Host Memory Map 
Map Page 2 into Host Memory Map 
Map Page 3 Into Host Memory Map 
Map Page 4 Into Host Memory Map 



5-0 



Page Select Bit (PSO): See PS1 above. 
Reserved. 
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pro Hegisters (ISA and MicroChannel) 

The PIO Registers provide access to certain MMIO Register 
data or controls that are unavailable to ISA and 
MicroChannel Hosts via the MMIO Registers. This includes 
Configuration Register Information, Soft Reset Control, and 
ROM/MMIO Address information. The PIO registers also 
provide Shared RAM Address information for MicroChannel 
bus Hosts and Global Interrupt Enable registers for ISA bus 
Hosts. 

PIO Registers (ISA) 



1 Read 


Write 



There are four I/O addresses dedicated for PIO operations 
to each possible adapter type (primary or alternate). Read 
(IN) or write (OUT) operations to these addresses either 
cause an action or transfer data. The same address has 
different definitions based on whether Read or Write access 
is used, as described in the table below. 

Note: The MicroChannel POS Registers also appear in Host I/O space, but 
are discussed separately in the next section. 



PIO Registers (MicroChannel) 



00 
03 



Read 



Reserved 


Interrupt Enable 


Reserved 


Reset Release 


Reserved 


Reset Latch 


Setup Read 1 


Reserved 


Reserved 


Interrupt Enable 


Reserved 


Reset Release 


Reserved 


Reset Latch 


Setup Read t 


Reserved 


'' Unused ; 


Reserved 


IRQ7 


Reserved 


IRQ 6 



Secondary 
Adapter 



Primary 
Adapter 



X00A27 
X00A26 
X00A25 
X00A24 
X00A23 
X00A22 
x0aA2t 
X00A20 
xOOAIF 

x002Fa 
x002r7 
X002F6 
X002F5 
X002F4 
X002F3 
X002F2 
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For ISA Bus mode, an I/O Write (OUT) to x002Fn issues a 
global Interrupt enable. This resets interrupt generating cir- 
cuits In a// adapters sharing the Host interrupt facilities. The 
specific IRQ level is defined by the value of "n", as follows: 



X00A27 
X00A26 
X0OA25 
X00A24 
X00A23 
X00A22 
X00A2I 
XOOA20 



Reserved 


Reserved 


Setup Read 2 


Reset Release 


Reserved 


Reset Latch 


Setup Read 1 


Reserved 


Reserved 


Reserved 


Setup Read 2 


Reset Release 


Reserved 


Reset Latch 


Setup Read 1 


Reserved 



Secondary 
Adapter 



Primary 
Adapter 



Global interrupt Enable (IRQn) 



Unused 



Reserved 


IRQ3 


Reserved 


IRQ2 



; Global 
! Interrupt 
Enable 



X0002F7 (WRITE) 

X0002F6 (WRITE) 
X0002F3 (WRITE) 
X0002F2 (WRITE) 



Write to 


Enables 


X0002F7 
X0002F6 
X0002F3 
X0002F2 


IRQ7 
IRQ6 
IRQ3 
IRQ2,9 



This command performs no function for MicroChannel Bus 
mode. 



4-95 



00 
CO 



Setup Read 1 XO0A2O (x00A24) READ ISA/MicroChannel 

A read to this register returns all but the high-order bit of the 1 byte ROM/MMIO domain base address (in Host's memory space) 
and 2 bits of interrupt level information. 

For MicroChannel Host bus adapters, this information must have been set during the setup function of POST The address 
specifies where, in a 512 kB portion of 1 MB of MicroChannel Host-addressable memory, TROPIC registers will be located. 
For ISA Host bus adapters, this information must be set (by jumpers, switches, etc.) when the adapter is installed, or using a 
proprietary software downloading scheme, to define where in the Host-addressable memory TROPIC registers will reside. 

XOOA20 (X00A24) READ 



7 


6 


5 


4 


3 


2 


1 


RAB16 


RAB17 


RAB16 


RAB15 


RAB14 


RAB13 


Encoded IRC 



Blt(s) 



7-2 



Description 



1-0 



ROiM/MMiO Host Base Address: (Address Bits 18-13, respectively): Used to determine all but the high order bit of the 
ROM/MMIO starting address, usually as part of initialization handshaking (see Section 7.0), as follows: 
Setup Read 1 Bit Boundary ROM/MMIO Address Bit 

7 256 kB 18 

6 128 kB 17 

5 64kB 16 

4 32 kB 15 

3 16kB 14 

2 8kB 13 

The ROM/MMIO domain is mapped to any contiguous 8 kB block within a 1 MB Host address space. If an optional BIOS 
module is installed on the adapter that executes at power-on time, the ROM/MIO domain must be limited to the 96 kB of 
BIOS space In the Host (xOC8000-ODFFFF). 

Note: For MicroChannel Host See bit of Setup Read 2 Register at xOA22 (xOA26) for the value of address bit 1 9 (51 2 kB). 
For ISA Host: Bit 1 9 is always equal to 1 . 



Encoded IRQ Level: Indicates interrupt level selected for adapter, as follows: 

Biti BitO ISA Bus Mode MicroChannel Bus Mode 

IRQ2 IRQ2 

1 IRQ3 IRQ3 

IRQ6 IRQ10 

1 IRQ7 IRQ11 



TROPIC Reset Latch x00A21 {x00A25) WRiTE ISA/MicroChannel 

A Write to this register causes an unconditional TROPIC reset to be latehed on. The entire TROPIC Is held reset ""»" a TROPIC 

Reset Release is received from the Host. The TROPIC reset state is similar to a power-on reset and is used to start TROPIC in a 

known state. While TROPIC is held reset, the Host cannot access either the Shared RAM or the MMIO region (except for the 

BIOS area). 

TROPiC Reset Reiease x00A22 (x00A26) WRITE ISA/MicroChannel 

A Write to this register turns off a TROPIC reset condition previously latehed on by a TROPIC Reset Latch from the Host. Before 

TROPIC can be fully reset, at least 50 ms must elapse between a TROPIC Reset Lateh and TROPIC Reset Release instruction. 

If TROPIC is not latched in a reset condition, the command is ignored. 
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Setup Read 2 x00A22 (xOOA26) READ MicroChannel ONLY 

For MicroChannel Hosts only, a read to this register returns a 1 byte value containing the Shared RAM address plus the high- 
order bit of the ROM/MMIO domain base address. This information must have been set during the setup function of POST. The 
address specifies where, in a 1 M space of MicroChannel Host-addressable memory, the Shared RAM on the adapter will be 
located. The ROM/MMIO address bit specifies which 512 kB portion of 1 MB MicroChannel Host-addressable memory the 
ROM/MMIO domain Is in. 

Note: For ISA Hosts, the Shared RAM domain is set by Host software using the RRR register (see eariicr discussion of MMIO Registers). 



09 
00 



7 


X00A22 (X00A26) READ— MicroChannel 
6 5 4 3 2 


SILY 

1 





SAB19 


SAB18 


SAB17 


SAB16 


SAB 15 


SAB14 


SAB13 


RAB19 



Blt(s) 



Description 
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MicroChannel Hosts Only 

Shared RAM Host Base Address: (Address Bits 19-13, respectively): Used by MicroChannel Hosts to determine the 
Shared RAM starting address, usually as part of Initialization handshaking (see Section 7.0), as follows: 
Setup Read 2 Bit Boundary Shared RAM Address Bit 

7 512 kB 19 

6 256 kB 18 

5 128 kB 17 

4 64 kB 16 

3 32 kB 15 

2 16 kB 14 

1 BkB 13 



MicroChannel Hosts Only 

ROM/MMIO Host Base Address: Bit 19: Used by MicroChannel Hosts to determine bit 1 9 of the ROM/MMIO domain 

base address (see Setup Read 1 Register above for more information). 



Adapter Interrupt Enable x00A23 (X00A27) WRITE ISA ONLY 

A Write to this register Resets and re-enables only the TROPIC-based adapter's interrupt generation circuitry. Since this leaves 
all other Host adapters disabled, the TROPIC adapter Is able to monopolize the interrupt facilities. 

MicroChannel POS Registers (MicroChannel Only) 

During Setup only, TROPIC provides PlO-addressable POS registers for polling and initializing adapters in MicroChannel Hosts, 
in keeping with MicroChannel architecture, these registers let configuration information be written from the non-volatile POS 
memory on the MicroChannel motherboard to TROPIC during Setup. However, these registers are /70f available during TROPIC 
operations after Setup. (During normal operation, refer instead to the Setup Readi and Setup Read 2 PIO Registers for adapter 
informaUon.) The POS Register region of PIO space has the following structure: 



X00107 
X00106 
X00105 
X00104 
X00103 
X00102 
xOOIOI 
xOOlOO 



MicroChannel POS Register Locations (only available during Setup) 



Channel Check/Status Register (High Byte)— READ ONLY 



Channel Check/Status Register (Low Byte)— READ ONLY 



Status/Check Register 



Configuration Register (High Byte) 



Configuration Register (Low Byte) 



Card Enable 



MicroChannel Card ID (High Byte)— READ ONLY 



MicroChannel Card ID (Low Byte)— READ ONLY 
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MicroChannel Card ID Register Pair (Read Only) 

This read-only register pair provides the unique MicroChannel Card ID (as stored in the Adapter Identification PROM). Bits 1 5-4 
of the ID are always set at xEOO, so the range of unique Card ID values are xEOOO to xEOOF. 

X00101 X00100 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 



CARD ID High Byte 
(Hardwired to xEO) 



Upper 4 Bits of CARD ID 
Low Byte (Hardwired to xO) 



Lower 4 Bits of CARD ID 
Low Byte (Unique to Adapter) 



Bit(s) 



Description 



15-6 



Card ID High Byte: This is always "hardwired" to xEO. 



7-4 



Card ID Low Byte (Most Significant 4 bits): This is always "hardwired" to xO. 



3-0 



Card ID Low Byte (Least Significant 4 bits): These bits are card-specific. 



Card Enable Register 

This register contains the MicroChannel Card Enable bit and the Shared RAM Base Address (which is loaded from Configuration 

Register bits 1 5-9 during RESET). 



7 


6 


5 


X00102 
4 3 


2 


1 





AB19 


AB18 


AB17 


AB16 


AB15 


AB14 


AB13 
(=0) 


CENA 



Blt(s) 



Description 
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Shared RAM hi ost Base Address: (Address Bits 19-13): Used to set the shared RAM page starting address during Setup. 
This location must be set before the Shared RAM can be accessed and must be set to a location in the memory map that 
does not cause a conflict. These register bits default to the same setting as Configuration Register Bits 1 5-9 on power-up or 
after an adapter reset. If the register contains this value, the shared RAM page is not mapped into the memory map. This 
register must be set to a con'ect address boundary as follows: 

• 8 kB shared RAM page should be on an 8 kB address boundary. 

• 1 6 kB shared RAM page should be on a 1 6 kB address boundary. 

• 32 kB shared RAM page should be on a 32 kB address boundary. 

• 64 kB shared RAM page should be on a 64 kB address boundary. 

For RAM paging, the address boundary can be on a 1 6 kB boundary since only 1 6 kB of PC address space is used. 
Note: To select a valid address boundary, RRR Bit 1 (AB1 3) should always be set to 0. 



Card Enable Bit (CENA): This bit, when set to 1 , enables all MMIO and PIO operations along with the card Data Bus and 
return signal drivers. If set to 0, the card is disabled. 
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Configuration Register Pair 

This register pair provides an alternative to tiardware jumpers at Setup. 









X00104 












X00103 






15 14 


13 12 11 10 9 


8 7 


6 


5 


4 3 2 


1 





RMA19 


RMA18 


RMA17 


RMA16 


RMA15 


RMAi4 


RMA13 


Encoded IRQ 
Level 


— 


— 




RAM Size 


RATE 


PR/AL 



00 
00 



Blt(s) 



Description 



ROM/MMIO Host Base Address: (Address Bits 19-13): Used to set the ROM/MMIO starting address during Setup. This location mjst be set 
before the ROM/MMIO can be accessed and must be set to a location in the memory map that does not cause a confiict. The ROM/MMIO 
domain is mapped to any contiguous 6 kB block within a 1 MB Host address space. 



Encoded IHQ Level: Selects interrupt level for adapter, as follows: 



Bits 


1 

1 



Bit? 

1 

1 



Selected IRQ 
IRQ2 
IRQ3 
IRQ10 
IRQ11 



6-4 



Reserved. 
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Shared RAM Page Size: Bits 3 and 2 select the shared RAM page (window) size, I.e., the amount of the Host's memory space that is allocated 
to shared RAM. These bits are coded as follows: 



Bits 



Bit 2 



Page Size 









8kB 





1 


16 kB 


1 





32 kB 


1 


1 


64 kB 



This shared RAM page size may not be the total amount of shared RAM on the adapter. For example, an adapter with 64 kB of available shared 
RAM can be set for a 1 6 kB page size to allow shared RAM paging. If bit 3 is set to 1 and bit Z is set to 0, this would indicate 1 6 kB of shared 
RAM in the Host's memory map. 



TROPIC Data Rate: = 4 Mbps, 1 = 16 Mbps 



Primary/ Alternate Adapter Selection Bit: = Primary, 1 =■ Alternate 



Status/Check Register 

This register contains the MicroChannel Status and I/O Channel Check indicator bits. 

xOOIOS 



7 


6 


5 


4 


3 


2 


1 





CHCK 


CSTAT 


— 


— 


— 


— 


- 


- 



Bit(s) 



Description 



Channel Check: Reflects the true value of —CHCK, TROPIC'S I/O Channel Check Signal (0 = Active, 1 = Inactive). 



Channel Check Status: Only valid if Channel Check is active (0 - Present, 1 - Not Present). 



5-0 



Reserved. 



Channel Check Status Registers (Read Only) 

This read-only register pair holds the MicroChannel Channel Check Status bits, it should be considered a reserved area. 
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4.0 SHARED RAM LAYOUT AND USAGE 

Communication and control between the TROPIC adapter 
and the Host is by means of control blocks and buffers in 
the shared RAM and interrupts initiated in registers in the 
MI\^IO region. 

Shared RAM Control Blocks 

One use of Shared RAM is to provide buffers for passing 
Token-Ring data between TROPIC and the Host. A second, 
equally important use of the Shared RAM is to allow the 
passing of specialized data between TROPIC and the Host 
software In Control Blocks. Control Blocks are used to pass 
Commands (i.e., requests), and the status of requests be- 
tween TROPIC and the Host software. 
The Control Blocks are used in conjunction with interrupts 
to provide event-driven, asynchronous operation of 
TROPIC, as described later. 

Control Block Commands include high level requests from 
the Host software to TROPIC for MAC (Media Access Con- 
trol) and LLC (Logical Link Control) services, which are pro- 
vided within TROPIC by its MPU and Protocol Handler. The 
Host software is therefore relieved from having to manage 
MAC, or LLC services, greatly reducing Host program size 
and complexity. 

There are four Control Blocks, described next. 
System Request Block (SRB) 

The SRB Is used to pass a command from the Host to the 
adapter. When the SRB is "filled in", the return code field 
must be set to xFE by the Host. If the command is complet- 
ed upon receipt by the adapter, either successfully or with 
an error, the return code for the command is passed back to 
the Host In the SRB with an interrupt raised. If further pro- 
cessing is required by the adapter, a return code of xFF and 
a command correlator (which identifies a particular com- 
mand in process) is placed in the SRB, but no Interrupt to 
the Host will result unless the SRB free request is set. The 
adapter will later update the system status block (SSB) with 
status related to that command and interrupt the Host. 
The SRB can be initially located by using the address In the 
write region base register (WRBR) in the attachment control 
area of the MMIO domain. When the adapter is opened, the 
future SRB location is indicated by the SRB response to a 
successful OPEN.ADAPTER SRB. The following four com- 
mands change the SRB location: 
DIR.CLOSE.ADAPTER, 
DIR.CONFIG.BRIDGE.RAM, 
DIR.CONFIG.FAST.PATH.RAM, 
and DIR.OPEN.ADAPTER. 

The SRB address is also changed if the adapter closes au- 
tomatically due to an error condition. 
Initially, the SRB is large enough to contain the 60 bytes 
(x3C) needed to issue a DIR.OPEN.ADAPTER command 
but is thereafter only 28 bytes (x1C) long. The SRB location 
after a DIR.OPEN.ADAPTER command is issued is returned 
in the S!=!B upon completion of the DIR.OPEN.ADAPTER 
command. 

System Status Block (SSB) 

The SSB passes the results of an SRB command to the 
Host when the SRB has been returned initially with an in- 
process return code xFF. If multiple commands of the same 
type are pending, the station ID and command correlator 
provided in the SRB with the xFF return code can be used 
to identify the commands being completed. 



The SSB location is returned by the adapter in the SRB 
upon completion of a DIR.OPEN.ADAPTER command. 

Adapter Request Block (ARB) 

The ARB is used by the adapter to pass Information or Issue 
a command to the Host. 

If information is passed with the ARB, no response is ex- 
pected other than an indication that the information has 
been read and the ARB is available for reuse by TROPIC. 
If a command is passed with the ARB, a response is expect- 
ed from the Host in the adapter status block (ASB) when the 
command is complete. 

The ARB location is returned by the adapter in the SRB 
upon completion of a DIR.OPEN.ADAPTER command. 

The Adapter Status Block (ASB) 

The ASB is used by the Host to respond to a command 
received from the adapter in the ARB. The response can 
indicate either that the command has been successfully 
completed or that an error has occurred. 
The location of the ASB is returned by the adapter in the 
SRB upon completion of a DIR.OPEN.ADAPTER command. 
The return code field of the ASB is initialized to xFF by the 
adapter when the DIR.OPEN.ADAPTER command is com- 
pleted. 

Shared RAM Buffers 

Shared RAM includes two types of buffers for passing To- 
ken-Ring data between TROPIC and the Host: 

• Transmit Buffers (also called Data Holding Buffers, or 
DHBs) 

• Receive Buffers 
Transmit Buffers (DHBs) 

TROPIC assembles and transmits frame data from the 
Transmit Buffers (based on transmit commands issued 
through the SRB [System Request Block] by the Host soft- 
ware). 

The number and size of the Transmit Buffers is determined 
when TROPIC is issued an Open Adapter command or a 
DIR.CONFIG.FAST.PATH.RAM command (as described lat- 
er). 

Fast Path Interface 

The Fast Path interface provides a pool of Transmit Buffers 
that Host software can fill asynchronously to the TROPIC 
MPU's processing. Host software moves Transmit com- 
mands and related data together \o these buffers and then 
signals TROPIC that the pools have been updated. TROPIC 
then processes frames according to each data block's as- 
sociated command. 

The Fast Path transmit interface is activated by issuing a 
"DIR.CONFIG.FAST.PATH.RAM" SRB command to 
TROPIC. TROPIC subsequently processes transmit com- 
mands based on Fast Path interface procedures. See Sec- 
tion 6.0 for further details. 

Receive Buffers 

TROPIC takes frame data from the Token-Ring and writes it 
into Receive Buffers in Shared RAM. It then places a Re- 
ceive command in the ARB and issues an interrupt to the 
Host software. Among other things, the Receive command 
information will Include the starting address of the Receive 
buffer. 
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The total size of the Receive Buffers is determined indirectly 
when TROPIC is issued an Open Adapter command (de- 
scribed later); all Shared RAM that is not needed for work 
areas, control blocks, communication areas, and Transmit 
Buffers is configured as Receive Buffers. Multiple Receive 
Buffers may be chained together to hold a complete frame, 
in which case each buffer will contain a pointer to the next 
buffer in the chain (and the Receive command will indicate 
the starting address of the first Receive Buffer). 
TROPIC assigns locations in shared RAM when the adapter 
Is initialized and opened. From TROPIC'S perspective, these 
consist of three main areas, as follows: 

Start of Shared RAM (as seen from TROPIC) 



Host Read-only Address Space 


Adapter Private 
Variables and 
Work Areas 


Length: 1496 bytes 


System Status Block 
(SSB) 


Length: 20 bytes 


Adapter Request Block 
(ARB) 


Length: 28 bytes 


Receive Buffers 


Length: space remaining after 
all SAPs/statlons are defined 


SAP and Link Station 
Control Blocks 


Length: as defined by maximum 
number of SAPs/stations 


Host Read/Write Address Space 


Data Holding Buffer 
(DHB) 


Length: as specified at open 
adapter time. There may be 
one or more DHBs. 


System Request Block 
(SRB) 


Length: 28 bytes 


Adapter Status Block 
(ASB) 


Length: 12 bytes 


Reserved Area on 64 kB Shared RAM Adapters 


Reserved 


Length: 512 bytes 



End of Shared RAM (as seen from TROPIC) 

Note: On 64 kB adapters, the 512 bytes at ttie end are reserved. 
If the bridge function is used, shared RAM is formatted with 
an additional area. See the Bridge Operation discussion lat- 
er in this document for shared RAM layout and a description 
of the bridge functions available. 

Shared RAM Paging 

Shared RAM paging is a technique that allows the Host soft- 
ware to access all the RAM on the adapter, without having 
to map the entire shared RAM into the Host's memory map. 
The shared RAM on the adapter Is paged into the Host's 
memory map one area at a time. 

Shared RAM paging is only available on adapters that indi- 
cate that function within their ID PROM and only when they 
have the indicated amount of shared RAM mapped into the 
Host memory map. Shared RAM paging is controlled by the 
Host software using the Shared RAM Page Register 
(SRPR). 



The Host software must follow these steps in order to use 
RAM paging: 

1 . Determine if the adapter has the appropriate amount of 
shared RAM mapped into the Host's memory map using 
information in the ID PROM and the RRR register shared 
RAM size bits (bits 1 1 and 10). 

2. Using PIO, reset the adapter. 

3. Set the SRPR bits to the desired value (xCO for paging) 
before initializing TROPIC. 

4. Initialize TROPIC (as described In the next section) to 
indicate to the TROPIC microcode the desired amount of 
total shared RAM to use. 

The adapter's microcode uses the total shared RAM to 
determine where buffers, control blocks, and other pieces 
of information are placed in the adapter's shared RAM. 
Notice, however, that Receive and Fast Path RAM buff- 
ers will not cross page boundaries. 

5. Use the SRPR to page to the desired section of shared 
RAM as required for operation. 

Once the adapter has been initialized for RAM paging, the 
SRPR Page Select Bits (7 and 6) should be used to page 
the Host's mapped memory into the appropriate area of 
shared RAM. The figures below illustrate how the SRPR 
setting affects mapping of 64k of physical Shared RAM into 
a 16k Host memory paging window (which, in this example, 
is located at Host memory address xD8000). 

Examples of Shared RAM Paging 
Using SRPR (After Initialization) 



64k 
4Sk 
32k 


RAM on Adapter 






SRPR (7,6) = '00' 












xDBrrr 


lEk 




|_> 


W/M 


W/M 






xDSOOO 


Ok 

64k 

48k 
32k 


^ 




Page seen 


RAM on Adapter 


by Host 




SRPR (7,6) = '10' 


W/M 












xDBFFr 




, 


W/////A 


16k 












xDSOOO 


Ok 




Paga seen 




by Host 
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Uninitialized Shared RAM 

All adapters that offer 64 kB of shared RAM and indicate in 
their AlP a "Total available shared RAM = B" need a por- 
tion of the shared RAM initialized to all zeros. The area of 
uninitialized shared RAM is from address xFEOO to xFFFF. 
These 512 bytes must be written to all zeros after initializa- 
tion to set RAM parity bits. 
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5.0 SOFTWARE OPERATION OF TROPIC 4. If Shared RAM is to be paged, request paging by writing 
As mentioned earlier, once TROPIC initialization is com- xCO to SRPR (Shared RAM Page Register), 
plete, the Host software communicates with and controls 5. Set the Enable Interrupt bit of the HISR register (Host 
TROPIC through three methods: Shared RAM, interrupts, Interrupt/Status Register). 

and registers. This section describes procedures for using e. Wait for 1 to 3 seconds until TROPIC sets the "SRB Re- 
those methods to operate TROPIC. s'ponse" bit of the HISR register (indicating initialization 
The adapter must be enabled and initialized before any and TROPIC'S Adapter Diagnostics Program. are corn- 
commands can be processed. Initializing the adapter is per- plete). 

formed using PiO and MMIO operations. Subsequent com- 7. Read the WRBR (Write Region Base Register). Use the 
matids are performed using read and write memory Instruo- offset in the WRBR and the Shared RAM Segment Ad- 
lions, dress to calculate the initial SRB location where TROPIC 
Initialization Handshaking ^i^s posted the results of the initialization (including any 

„,,-■• .. -.I. -rn^r,,^ .u diagnostics failuro messsges). 
Before beginning an operating session with TROPIC, the " " ' .,_ ^ ,. 
Host software must first perform an initialization to ensure a 8. Read and evaluate the results ,n the SRB (descnbed be- 
known starting point. The typical method is as follows: 1°") and store important parameters. If diagnostics code 
^ , , „ . .... ^„^„,„ , . .J . indicates successful completion, proceed with opera- 

1. Invoke a Reset condition on TROPIC (using an Adapter ^1^^^^^ 

Reset PIO Register access for MicroChannel and ISA). ..„',, ,_ _. ,.„ . .,_ „„„ 

^- " '^ast ^^^ Transmission will be used, fill out the SRB 

2. Delay for at least 50 ms. ^Ul^ CONFIG.FAST.PATH.RAM command information 

3. Invoke a Reset Release (using a Reset Release PIO Reg- and interrupt TROPIC. Read the response in the SRB to 
ister access for MicroChannel and ISA). get the new SRB address. 

Initialization SRB Response 

In response to a Reset as described above, the SRB will contain the following: 


Offset 


Parameter Name 


Byte 
Length 


Description 





COMMAND . 


1 


x80. Initialization Complete 


1 


INIT_STATUS 


1 


Initialization Status 


2 




4 


Reserved 


6 


BRING_UP_CODE 


2 


The Bring-Up Diagnostics Result Code 


8 


ENCPDED_ADDRESS 


2 


Shared RAM Address Offset of the Adapter's Encoded 
Address 


10 


LEVEI ADDRESS 


2 


Shared RAM Offset to the Adapter Microcode Level 


12 


ADAPTER_ADDRESS 


2 


Shared RAM Address Offset of the Adapter Addresses 


14 


PARMS^^DDRESS 


2 


Shared RAM Address Offset of the Adapter Parameters 


16 


MAC_ADDRESS 


.__2 _ 


Shared RAM Address Offset of the Adapter MAC Buffer 


INIT_STATUS 

The bits of this INIT_STATUS byte have the following meanings. 


Bits 7-6 


Reserved 




Bits 


Fast Path 


If on, indicates Fast Path Transmit is supported. 


Bits 4-2 


Reserved 




BItl 


Remote program 
Load Option 


If on, indicates open option bit 13 (Remote Program Load) is supported by this adapter (see 
DIR.OPEN.ADAPTER) 


BitO 


Adapter Data Rate 


If bit is 0, the adapter data rate is 4 Mbps, and if it is 1 , the data rate is 16 Mbps. 


The INIT_STATUS byte is only valid if the bring-up code is zero. 



4-102 



BRING_UP_CODE 

One of the following codes will be provided to indicate the results of the bring-up tests. 


Code 


8086 
Type 


Meaning 


0000 


DW 


Good Return Code 


0020 


DW 


Diagnostics could not be Executed 


0022 


DW 


R0I\/1 (ROS) Diagnostics Failed 


0024 


DW 


Shared RAM Diagnostics Failed 


0026 


DW 


Processor Instruction Test Failed 


0028 


DW 


Processor Interrupt Test Failed 


002A 


DW 


Shared RAM Interface Register Diagnostics Failed 


002C 


DW 


Protocol-Handler Diagnostics Failed 


ADAPTER_ADDRESS 

This parameter provides the shared RAM offset to the following information. The NODF ADDRESS is accessible as long as 
the adapter is initialized or open. The GROUP_ADDRESS and FUNCTIONAI ADDR are invalid until the adapter is open. 


Offset 


Parameter Name 


Byte 
Length 


Description 





NODE ADDRESS 


6 


Adapter Node Address 


6 


GROUP_ADDRESS 


4 


Adapter Group Address 


10 


FUNCTIONAI ADDR 


4 


Adapter Functional Address 


PARMS_ADDRESS 

This parameter provides the shared RAM offset to the following information. This information is accessible as long as the 
adapter is initialized or open. 


Offset 


Parameter Name 


Byte 
Length 


Description 





PHYS_ADDR 


4 


Adapter Physical Address 


4 


UP_NODE_ADDR 


6 


Next Active Upstream Node Address 


10 


UP_PHYS_ADDR 


4 


Next Active Upstream Physical Address 


14 


POLI ADDR 


6 


Last Poll Address 


20 




2 


Reserved 


22 


ACC_PRIORITY 


2 


Transmit Access Priority 


24 


SOURCE_CUSS 


2 


Source Class Authorization 


26 


ATT_CODE 


2 


Last Attention Code 


28 


SOURCE_J^DDR 


6 


Last Source Address 


34 


BEACON_TYPE 


2 


Last Beacon Type 


36 


MAJOR_VECTOR 


2 


Last Major Vector 


38 


NETW_STATUS 


2 


Network Status 


40 


SOFT_ERROR 


2 


Soft Error Timer Value 


42 


FE_ERROR 


2 


Front End Error Counter 


44 


LOCAI RING 


2 


Ring Number 


46 


MON_ERROR 


2 


Monitor Error Code 


48 


BEACON_TRANSMIT 


2 


Beacon Transmit Type 


50 


BEACON_RECEIVE 


2 


Beacon Receive Type 


52 


FRAME_CORREL 


2 


Frame Correlator Save 


54 


BEACON_NAUN 


6 


Beaconing Station NAUN 


60 




4 


Reserved 


64 

1 1 


BEACON_PHYS 


4 


Beaconing Station Physical Address 





> 
z 

■ 
09 
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Host-to-TROPIC Command Handshaking 

Commands that Host software can issue to TROPIC using 
the SRB are summarized later in this section. The general 
procedure for issuing a command to TROPIC Is; 

1 . Host software writes the appropriate Command code and 
related parameters into the SRB. 

2. Host software sets the TISR register's "Command in 
SRB" bit to Issue an Interrupt to TROPIC. 

3. TROPIC checks the validity of the SRB contents and 
either: 

— completely processes the command, sets a return 
code other than xFF in the SRB, and Issues an inter- 
rupt to the Host software (by setting the HISR regis- 
ter's "Response in SRB" bit). 

— performs Initial processing only, sets the return code 
to xFF In the SRB, and provides a "command correla- 
tor." TROPIC Issues an Interrupt to the Host software 
(by setting the HISR register's "Response In SRB" bit) 
on/y If an SRB Free Request Interrupt is issued by the 
Host software (by setting the TISR register's "SRB 
Free Request" bit). 

4. Depending on the command, TROPIC may request more 
data using the ARB (Adapter Request Block) and DHB 
(I.e., the Transmit Buffer). The Host software uses the 
ASB (Adapter Status Block) to indicate that the requested 
data has been moved to the appropriate Shared RAM 
location. After reading the ARB, the Host software inter- 
rupts TROPIC by setting the TISR "ARB Free" bit. 

5. When processing is completed for a command In process 
(I.e., return code is xFF in Step 3), TROPIC puts the final 
return code in the SSB (System Status Block) and Inter- 
rupts the Host software by setting HISR "SSB Re- 
sponse" bit). 

6. After the Host software reads the return code from the 
SSB, it Interrupts TROPIC by setting the TISR "SSB 
Free" bit. 

TROPIC-to-Host Command Handshaking 

The commands which can be issued from TROPIC to the 
Host software using the ARB are summarized in a table 
later In this section. The general procedure for issuing a 
command to the Host software Is as follows: 

1 . TROPIC writes the appropriate Command code and relat- 
ed parameters Into the ARB. 

2. TROPIC sets the HISR register's "ARB Command" bit to 
issue an interrupt to the Host software. 

3. The Host software reads the ARB contents and issues an 
interrupt to TROPIC by setting the TISR register's "ARB 
Free" bit (to acknowledge command receipt and to indi- 
cate that TROPIC can re-use the ARB). 

4. If a response is required based on the command, the 
Host software writes the response Information into the 
ASB (Adapter Status Block) and issues an interrupt to 
TROPIC by setting the TISR register's "Response in 
ASB" bit. 

5. After TROPIC reads the ASB response, it either: 

— sets a return code of xFF in the SRB, and issues an 
interrupt to the Host software by setting the HISR reg- 
ister's "ASB Free" bit only if the "ASB Free Request" 
interrupt bit is set. 



— sets an error return code indicating that an error has 
been detected, and Issues an interrupt to the Host 
software by setting the HISR register's "ASB Free" bit, 
regardless of the status of the "ASB Free Request" 
interrupt bit. 

6.0 SRB (HOST-TO-TROPIC) COiUMANDS 

There are three general categories of Host-to-TROPIC com- 
mands: 

• Direct 

• DLC (IEEE 802.2 SAP and station interfaces) 

• Data transmission. 

These commands have certain qualities In common: 

• The command request Is made by loading Information in 
the SRB and setting TISR(13). 

• The adapter checks the validity of the SRB contents and 
either 

— completely processes the command, sets a return 
code other than xFF, and interrupts the Host by setting 
HISR (13) 

— performs initial processing only, sets the return code to 
xFF, and provides a command correlator. HISR(13) will 
be set only If an SRB Free Request interrupt is initiated 
by the Host setting TISR(1 1). 

• Depending on the command the adapter may request fur- 
ther data using the ARB and DHB. The Host will use the 
ASB to Indicate that the requested data has been moved. 

• When processing for a request that is In process (return 
code = xFF) Is complete, the adapter will put the final 
return code in the SSB and interrupt the Host by setting 
HISR(IO). 

• After the Host has read the return code from the SSB, it 
interrupts the adapter by setting TISR{8). 

SRB Conventions for Address 
and Two-Byte Integer Values 

In the following command descriptions, whenever a Shared 
RAM address or a two-byte Integer value Is specified, a 
byte-swap may be required to use the value. The even ad- 
dressed byte Is the most significant byte (MSB) and the odd 
addressed byte is the least significant byte (LSB). This byte 
ordering is the reverse of normal 8086 memory word access 
byte ordering. 

For example, the TROPIC response to a 
DIR.OPEN.ADAPTER Host command contains a field that 
specifies the Shared RAM offset of the new SRB location. 
The byte at the current SRB offset 10 contains the most 
significant byte of the new SRB location and the byte at the 
current SRB offset 1 1 contains the least significant byte of 
the new SRB location. Consider: 

If Current SRB Offset 10 = xOE8 
and Current SRB Offset 1 1 = x024 
then Shared RAM Offset to New SRB = xE824 
{not X24E8) 
If 16k Pages are being used to map into the adapter's 64k 
memory, then the correct Memory Page must be selected, 
and the new SRB address offset must be adjusted for the 
correct offset Into that Page. In this example (xE824 offset 
into the 64k adapter RAM), the Shared RAM Page Register 
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(SRPR) must be loaded with th9 value xCO to select the Direct Interface Commands 

Memoiv Page for addresses xCOOO through xFFFF These commands affect TROPIC as a whole, rather than 

(Page 4). The offset Into this Page Is then: specific SAPs (Service Access Points) or link stations, and 

xE824 - xCOOO = x2824 do not involve LLC processing. 
For this example, then, to request a DIR.READ.LOG SRB The adapter must have been successfully initialized before 
(Command code = x08) under DOS using the instruction: any of these commands can be performed. After Initializa- 
mov es:[di].command,a1 tio"' °^ a successful DIR.CLOSE.ADAPTER command, the 
, „ only acceptable commands are: 

the registers must be set up as follows: "^ „.,.,-„ 

ES= Shared RAM address segment value = xD800 DIR.OPEN.ADAPTER, DIR.CLOSE.ADAPTER, 

Dl = Offset into Page to new SRB = x2824 DIR.INTERRUPT, DIR.CONFIG.FAST.PATH.RAM, and 

AL= Command to be stored in SRB = x08 DIR.CONFIG.BRIDGE RAM. 

After successful completion of a DIR.OPEN.ADAH 1 bR, any 
of the other direct interface commands can be issued. 
All direct interface commands will be returned with 
HISR(13) set and return information located in the SRB. Re- 
turn code xFF (in process) Is never set for these commands. 


Command Name 


Code (Hex) 


Description 


DIR.CLOSE.ADAPTER 


04 


Closes the adapter, terminating all Ring communications (or Open Wrap test, if in 
process) 


DIR.GONFIG.FAST.PATH.RAM 


12 


Tells adapter to use Fast Path interface techniques and sets values for the 
amount of shared RAM to allocate for the transmit Interface and the size of the 
Fast Path buffers to be used; this command can only be issued when the adapter 
is in a Closed state 


DIR.INTERRUPT 


00 


Forces a TROPIC interrupt; has no effect on Ring communications 


DIR.MODIFY.OPEN.PARMS 


01 


Modifies adapter options previously set by DIR.OPEN.ADAPTER 


DIR.OPEN.ADAPTER 


03 


Opens adapter with specified options, preparing adapter for normal ring 
operations (in automatic receive mode) or adapter wrap test 


DIR.READ.LOG 


08 


Reads and resets adapter error counters 


DIR.RESTORE.OPEN.PARMS 


02 


Modifies adapter options set by DIR.OPEN.ADAPTER 


DIR.SET.FUNCT.ADDRESS 


07 


Sets the functional address for the adapter to receive Ring messages 


DIR.SET.GROUP.ADDRESS 


06 


Sets the Group address tor the adapter to receive Ring messages 


A description of the SRB content for each of the commands follows. The command is explained and the fields provided by the 

Host and those returned by the adapter are shown. 

See the Bridge Functions discussion later in this document for the direct interface commands used for bridge functions. 

DIR.CLOSE.ADAPTER x04 

SUMMARY: Close the adapter and terminate all ring communication or the "open wrap test". 

This command is accepted anytime after the adapter has been initialized. Commands that have been accepted by the adapter 
and not completed remain incomplete and are not returned to the Host. The adapter is removed from the ring, if it was active, 
and the write region base register (WRBR) is reset to the value set before the DIR.OPEN.ADAPTER command was Issued. 


Offset 


Parameter Name 


Byte 
Length 


Description 





COMMAND 


1 


x04, DIR.CLOSE.ADAPTER 


1 




1 


Reserved 


2 


RETCODE 


1 


Set by the adapter upon return 


When the adapter completes the operation, it sets the return code in the SRB and intermpts the Host by setting HISR(13). 

Valid Return Codes 

xOO Operation completed successfully 

x01 Invalid command code. 
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DIR.CONFIG.FAST.PATH.RAM x12 

SUMMARY: Used to activate Fast Path interface option and configure Fast Path RAM and buffers. 

The Configure Fast Path RAM SRB command is used to seiect TROPIC'S Fast Path interface option. Parameters of the 
command select the amount of RAM to be reserved for the transmit Interface and the size of buffers to configure. This command 
can only be Issued when the adapter Is closed because it controls the configuration of the adapter's RAM during the open 
process. When the Host software Issues a subsequent Open command to the adapter, the area reserved will be formatted Into a 
Fast Path Transmit Control Area and a set of buffers to be used for transmissions (for more details, see the Transmit Command 
discussions later in this section). 

During processing of the DIR.OPEN.ADAPTER command the adapter will configure the Fast Path RAM area into a 16 byte 
control area and a set of link-listed buffers. The buffer pool will be checked to verify that there is enough data area to hold at 
least one maximum size frame. This check Is performed according to the formula: 

DHB_SIZE - 6 ^ (# of Fast Path Buffers - 1) • (Fast Path Buffer Size - 22) 
If tills is False the open command will be terminated with an error. 


Offset 


Parameter Name 


Byte 
Length 


Description 





COMMAND 


1 


x12, DIR.CONFIG.FAST.PATH.RAM 


1 




1 


Reserved 


2 


RETCODE 


1 


Set by the Adapter Upon Return 


3 




5 


Reserved 


8 


RAM_SIZE 


2 


RAM Size to Allocate 


10 


BUFFER_SIZE 


2 


Size of Transmit Buffers 


RAM_SIZE 

This parameter specifies to TROPIC the number of eight-byte blocks of shared RAM to be allocated for the Fast Path Interface. 
This RAM will be used for the Fast Path Transmit Control Area and the Fast Path Buffer Pool (described In detail later). The 
Transmit Control Area is sixteen bytes and the buffers are configured to the size In the BUFFER_SIZE parameter. 

BUFFER_SIZE 

This parameter specifies to TROPIC the size to configure each Fast Path Transmit Buffer. When configured, buffers will not 
cross the 16k (Page) boundaries in the Shared RAM. Each buffer has a 22-byte header for command passing and buffer 
management. The rest of the buffer is used for data. This parameter must be a multiple of 8 bytes, with a maximum value of 
2048 bytes. The recommended buffer size Is 51 2 bytes. 

SRB Response 

After the adapter processes this command. It sets bytes 8 through 1 1 In the SRB with return parameters and sets a return code 
In tlie RETCODE field. The adapter then Interrupts the Host by setting HiSR(13). The SRB content will then be as follows. 


Offset 


Parameter Name 


Byte 
Length 


Description 





COMMAND 


1 


xi2, DIR.CONFIG.FAST.PATH.RAM 


1 




1 


Reserved 


2 


RETCODE 


1 


Return Code, see Below 


3 




5 


Reserved 


8 


FAST_PATH_XMIT 


2 


Offset to Transmit Control Area 


10 


SRB_ADDRESS 


2 


Offset to the Beginning of the SRB 


Valid Return Codes 

xOO Operation completed successfully 
xOI Invalid (unrecognized) command code 
x03 Adapter open, should be closed 
x06 Option(s) missing, invalid, or incomplete 
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FAST_PATH_XMIT 

This is the offset from the start of Shared RM>A where the Fast Path Transmit Control Area will be located. This parameter is only 
valid if the return code is xOO. 

SRB_ADDRESS 

This is the offset from the start of Shared RAM where the adapter will expect subsequent SRB commands to be located. This 
parameter is only valid if the return code is xOO. 

DIR.INTERRUPT xOO 

SUMMARY: Force an adapter interrupt. 

This command performs no function. The adapter must have been initialized but does not have to be opened for this command 

to be accepted. 



Offset 


Parameter Name 


Byte 
Length 


Description 





COMMAND 


1 


xOO, DIR.INTERRUPT 


1 




1 


Reserved 


2 


RETCODE 


1 


Set by the Adapter Upon Return 



When the adapter completes the operation, it sets the return code in the SRB and interrupts the Host by setting HISR(13). 

Valid Return Codes 

xOO Operation completed successfully 
x01 Invalid command code 

DIR.MODIFY.OPEN.PARMS x01 

SUMMARY: Used to modify the OPEN_OPTIONS set by the DIR.OPEN.ADAPTER command. 
The wrap option, remote program load, and token release bits will be ignored. 



Offset 


Parameter Name 


Byte 
Length 


Description 





COMMAND 


1 


x01, DIR.MODIFY.OPEN.PARMS 


1 




1 


Resented 


2 


RETCODE 


1 


Set by the Adapter Upon Return 


3 




1 


Reserved 


4 


OPEN_OPTIONS 


2 


New Options (Wrap Bit Left Unaltered in Adapter) 



See the DIR.OPEN.ADAPTER command for a description of the OPEN_OPTIONS parameter. 

When the adapter completes the operation, it sets the return code in the SRB and interrupts the Host by setting HISR(13). 

Valid Return Codes 

xOO Operation completed successfully 

xOI Invalid command code 

x04 Adapter closed, should be open 



00 

oa 
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D1R.0PEN.ADAPTER x03 

SUMMARY: Prepare the adapter for either normal ring communication or an adapter wrap test. 

This command is accepted after successful initialization of the adapter. Once an open adapter command has been completed 

successfully, the adapter must be closed or reset before another open adapter command will be accepted. After this command 

has been returned with a xOO return code, the adapter is in automatic receive mode and frames can be transmitted and received 

using the direct interface. DLC interface commands can also be issued. 

The information provided along with this command is used to configure shared RAM (see Section 4.0). Space is allocated for: 

• The adapter work areas 

• The communication areas 

• The requested individual and group SAP control blocks 

• The requested link station control blocks 

• The requested number of DHBs 

The remaining shared RAM space is configured as receive buffers using the supplied receive buffer length parameter. The 
adapter then checks that the number of available receive buffers is equal to or greater than the number requested. If the number 
of receive buffers is inadequate, the open adapter command is rejected. 

Length of SRB 

The SRB in shared RAM is defined as 28 bytes in length and all Host commands to the adapter except the 
DIR.OPEN.ADAPTER require 28 or fewer bytes. The SRB after initialization and before an open command has been completed 
can accept enough information for the open parameters. 


Offset 


Parameter Name 


Byte 
Length 


Description 





COMMAND 


1 


x03, DIR.OPEN.ADAPTER 


1 




7 


Reserved 


8 


OPEN_OPTIONS 


2 


Open Options, see Description 


10 


NODE_ADDRESS 


6 


This Adapter's Ring Address 


16 


GROUP_ADDRESS 


4 


The Group Address to Set 


20 


FUNCT_ADDRESS 


4 


The Functional Address to Set 


24 


NUM RCV BUF 


2 


Number of Receive Buffers 


26 


RCV_BUF_LEN 


2 


Length of Receive Buffers 


28 


DHB_LENGTH 


2 


Length of Transmit Buffers 


30 


NUM_DHB 




Number of DHBs 


31 






Reserved 


32 


DLC_MAX_SAP 


1 


Maximum Number of SAPs 


33 


DLC_MAX_STA 




Maximum Number of Link Stations 


34 


DLC_MAX_GSAP 




Maximum Number of Group SAPs 


35 


DLG_MAX_GMEM 




Maximum Members per Group SAP 


36 


DLC_T1_TICK_1 




DLC Timer Tl Interval, Group One 


37 


DLC_T2_TICK_1 




DLC Timer T2 Interval, Group One 


38 


DLC_TI_TICK_1 




DLC Timer Ti Interval, Group One 


39 


DLC_T1_TICK__2 




DLC Timer Tl Interval, Group Two 


40 


DLC T2 TICK_2 




DLC Timer T2 Interval, Group Two 


41 


DLC Tl TICK P 




DLC Timer Ti Interval, Group Two 


42 


PRODUCT_ID 


18 


Product Identification 
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OPEN_OPTIONS 

Several options are each defined by a bit. A bit set to 1 selects an option for use. Bit 15 is the high-order (leftmost) bit. 


Bit 15 


Pass Beacon MAC 
Frames 


Passes, as direct interface data to the Host, the first beacon MAC frame and all subsequent 
beacon MAC frames that have a change in the source address or the beacon type. 


Bit 14 


Reserved 


Should be zero but is not checked. 


Bit 13 


Remote Program 
Load 


This bit is only implemented in 16/4 adapters. It prevents the adapter from becoming a monitor 
during the open process. If this bit is on, the adapter will fail the open process if there is no 
other adapter on the ring when it attempts to insert on the ring. 


Bit 12 


Tol<en Release 


This bit Is only available when operating at 1 8 Mbps. If not set, 1 6 Mbps adapters will get early 
token release as a default. Setting this bit on selects no early token release for an adapter at 
16 Mbps. 


Bits 11-8 


Reserved 


Should be zero, but the bits are not checked. 


Bit? 


Wrap Interface 


The adapter will not attach itself to the network. Instead it causes all user-transmitted data to 
be wrapped as received data. 


Bite 


Disable Hard Error 


Prevents network status changes involving "Hard Error" and "Transmit Beacon" bits from 
causing interrupts. 


Bits 


Disable Soft Errors 


Prevents network status changes involving the "Soft Error" bit from causing interrupts. 


Bit 4 


Pass Adapter MAC 
Frames 


Passes, as direct interface data to the Host, all adapter class MAC frames that are received but 
not supported by the adapter. If this bit is off, these frames are ignored. 


Bits 


Pass Attention 
MAC Frames 


Passes, as direct interface data to the Host, all attention MAC frames that are not the same as 
the last received attention MAC frame. If this option is off, these frames are not passed to the 
Host software. 


Bit 2 


Reserved 


Should be zero, but is not checked. 


BitO 


Contender 


When the contender bit is on, the adapter participates in monitor contention (claim token) if the 
opportunity occurs. When the contender bit is off, and the need is detected by another adapter, 
this adapter will not participate. 

If this adapter detects the need for a new active monitor, monitor contention (claim token) 
processing will be initiated by this adapter in either case. 


NODF ADDRESS 

The 6-byte specific node address of this station on the ring. The high-order (leftmost) bit must he zero. If the value is zero, the 
adapter's encoded address will be the node address by default. 

GROUP_ADDRESS 

Sets the group address that the adapter will receive messages for. If the value is zero, no group address is set. The group 
address can also be set, or changed, by a SET.GROUP.ADDRESS command. The two high-order bytes of the group address, 
before these four bytes, will be set to xCOOO. 

FUNCT_ADDRESS 

Sets the functional address that the adapter will receive messages for. Bits 31, 1, and are ignored. If the value is zero, no 
functional address is set. The functional address can also be set, or changed, by a DIR.SET.FUNCT.ADDRESS command. The 
functional address is also affected by the DIR.CONFIG.BRIDGE.RAM command. The two high-order bytes of the functional 
address will be set to xCOOO. 

NUiUI_RCV_BUF 

The number of receive buffers in shared RAM needed for the adapter to open. The adapter will configure as receive buffers all 
remaining shared RAM after other memory requirements have been met. If the number available is less than the number 
requested, the DIR.OPEN.ADAPTER command fails. If the number available is greater than the number requested, no action will 
occur. If this value Is less than 2, the default of 8 is used. 

RCV BUF LEN 

The length of each of the receive buffers in the shared RAM. Receive buffers will be chained together to hold a frame that is too 
long for one buffer. However, only one frame will be put into a single buffer. 

The value must be a multiple of 8; 96 is the minimum and 2048 is the maximum. If the value is zero, the default of 112 is used. 
Each buffer holds 8 fewer bytes of data than the specified size. Therefore, a buffer defined as 1 1 2 bytes long can hold only 1 04 
bytes of data. The 8 bytes are overhead needed by the adapter. 
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DHB_LENGTH 

The length of each of the transmit buffers in the shared RAM. Only one buffer is used to hold transmit data, including header 

information, for a given frame for the direct interface and SAP interface. For the link station interface, this length applies to the 

information field of I frames. The value must be a multiple of 8 with 96 as minimum. For adapters operating at 4 Mbps, the 

maximum DHB size is 4464 bytes. For adapters operating at 16 Mbps, the maximum DHB size is 17960 bytes. 

If the value is zero, the default of 600 is used. Each buffer holds 6 fewer bytes of data than the specified size. Therefore, a buffer 

defined as 600 can hold only 594 bytes. 

Note; If a size greater than 2048 is used, it Is Important to mal<e sure tliat aii adapters receiving these frames can also handle the larger size. 

NUM_DHB 

This defines the number of transmit buffers in the adapter shared RAM in which the data from the Host can be stored. The 
adapter accepts any value between and 255, but the integrity of adapter operation cannot be guaranteed if the value is greater 
than 2. Requesting two buffers may improve adapter performance by allowing a frame to be moved into the second buffer while 
the adapter is transmitting from the first. However, this reduces the storage available for receive buffers. If the value is zero, the 
default of 1 is used. 

DLC_MAX_SAP 

The maximum number of individual SAPs that can be opened at one time. The maximum value allowed is 126. Each individual 
SAP control block requires 64 bytes of shared RAM. If this parameter is set to zero, no open SAP commands will be accepted 
and the DLC SAP and the DLC link station interfaces will not be available. However, the null and the global SAPs are activated. 

DLC_MAX_STA 

The maximum number of link stations that can be opened at one time. It does not determine the number of link stations that can 
be open for any one SAP. Each link station control block requires 144 bytes of shared RAM. If this parameter Is not zero, the 
DLC MAX SAP parameter must not be zero. 

DLC_MAX_GSAP 

The maximum number of group SAPs that can be opened at one time. Each group SAP control block requires 14 bytes plus two 
times the DLC_MAX_GMEM parameter value in shared RAM. If the value is zero, no group SAPs are allowed, but the global 
SAP will be activated. The corresponding individual SAP control block, requiring 64 bytes, is required in order to open a group 
SAP. That is, group SAP x05 requires that individual SAP x04 must also be allocated. 

DLC_MAX_GMEM 

The maximum number of SAPs that can be assigned to any given group. This parameter is ignored if the DEC_MAX_GSAP 
parameter is zero and cannot be zero if that field is not zero. 

Timer Parameters Note: The next six parameters, DLC_TI_TICIC_1 through DLCTI_TICK_2, are timer parameters that 
are referenced by the DLC.OPEN.SAP and DLG.MODIFY commands. 

DLC_T1_TICK_1 

The number of 40 ms inten/ais that make up a "tick" for DLC Wait For Response Timer, T1 (T1 timer values 1 -5). If the value is 
zero, the default of 5 (200 ms) is used. 

DLC_T2_TICK_1 

The number of 40 ms intervals between timer "ticks" for DLC Send an Acknowledgement Timer, T2 (T2 timer values 1 - 5). If the 
value is zero, the default of 1 (40-80 ms) is used. 

DLC_Ti_TICK_1 

The number of 40 ms intervals between timer "ticks" for DLC Inactivity Timer, Ti (Ti timer values 1-5). If the value is zero, the 
default of 25 (1 second) is used. 

DLC_T1_TICK_2 

The number of 40 ms intervals between timer "ticks" for DLC timer TI (timer values 6-10). If the value is zero, the default of 25 
(1 second) is used. 

DLC_T2_TICK_2 

The number of 40 ms intervals between timer "ticks" for DLC timer T2 (timer values 6-10). If the value is zero, the default of 10 
(400 ms) is used. 

DLC_TI_TICK_2 

The number of 40 ms intervals between timer "ticks" for DLC timer Ti (timer values 6-10). If the value is zero, the default of 1 25 
(5 seconds) is used. 
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PRODUCT_ID 

This is the Host 1 8-byte product ID. 

SRB Response 

When the adapter compietes the open command, bytes 6 through 1 5 in the SRB are set with return parameters, and the return 
code is placed in the RETCODE fieid. The adapter then interrupts the Host by setting HISR(1 3). The SRB content wiil then be as 
foilows. 



Offset 


Parameter Name 


Byte 
Length 


Description 





COMMAND 


1 


x03, DIR.OPEN.ADAPTER 


1 




1 


Reserved 


2 


RETCODE 


1 


Return Code, see Below 


3 




4 


Reserved 


7 


OPEN_ERROR_CODE 


1 


Valid if RETCODE is x07. See the "Adapter Open Errors" Table 
in Section 8.0. 


8 


ASB_J\DDRESS 


2 


Offset to the Beginning of the ASB 


10 


SRB_ADDRESS 


2 


Offset to the Beginning of the SRB 


12 


ARB^ADDRESS 


2 


Offset to the Beginning of the ARB 


14 


SSB_ADDRESS 


2 


Offset to the Beginning of the SSB 



Valid Return Codes 

xOO Operation completed successfully 

x01 Invalid command code 

x03 Adapter open, should be closed 

x05 Required parameters not provided 

x07 Command canceled, unrecoverable failure 

x30 Inadequate receive buffers for adapter to open 

x32 Invalid NODE_^DDRESS 

x33 Invalid adapter receive buffer length defined 

x34 Invalid adapter transmit buffer length defined 

DIR.READ.LOG x08 

SUMMARY: Read and reset the adapter error counters. 

This command should be issued if a ring status change ARB is received with the counter overflow set. This ARB is issued if one 
of the adapter error counters reaches a count of 255. The adapter will accept this command anytime after the adapter is opened 
and before a close adapter command is issued. 



09 
09 



Offset 



Parameter Name 



Byte 
Length 



Description 



COMMAND 



x08, DIR.READ.LOG 



Reserved 



RETCODE 



Set by the Adapter Upon Return 



Reserved 



LOG_DATA 



14 



1 4 Bytes of Log Data Set by the Adapter 
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Adapter Error Counters 

Refer to the IBM Token-Ring Network Architecture Refer- 
ence for more about these error counters. 



Byte 


Meaning 





Line Errors 


1 


Internal Errors 


2 


Burst Errors 


3 


A/C Errors 


4 


Abort Delimiters 


5 


Reserved 


6 


Lost Frames 


7 


Receive Congestion Count 


8 


Frame Copied Errors 


9 


Frequency Errors 


10 


Token Errors 


11 


Reserved 


12 


Reserved 


13 


Reserved 



When the adapter completes the operation, It sets the return code In the SRB and interrupts the Host by setting HISR(13). 

Valid Return Codes 

xOO Operation completed successfully 

x01 Invalid command code 

x04 Adapter closed, should be open. 

DIR.RESTORE.OPEN.PARMS x02 

SUMMARY: Used to modify the OPEN_OPTIONS set by the DIR.OPEN.ADAPTER command. 
The wrap option, remote program load, and modified token release bits will be Ignored. 



Offset 


Parameter Name 


Byte 
Lengtti 


Description 





COMMAND 


1 


x02, DIR.RESTORE.OPEN.PARMS 


1 




1 


Reserved 


2 


RETCODE 


1 


Set by the Adapter Upon Return 


3 




1 


Resen/ed 


4 


OPEN_OPTIONS 


2 


New Options (Wrap Bit Left Unaltered In Adapter) 



See the DIR.OPEN.ADAPTER command for a description of the OPEN_OPTIONS parameter. 

When the adapter completes the operation, it sets the return code in the SRB and intermpts the Host by setting HISR(13). 

Valid Return Codes 

xOO Operation completed successfully 

x01 Invalid command code 

x04 Adapter closed, should be open 
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DIR.SET.FUNCT.ADDRESS x07 

SUMMARY: Set the functional address for the adapter to receive messages. If this command is issued with the FUNCT_AD- 
DRESS field containing all zeros, any previously set functional address is disabled. Bits 31,1, and will be ignored. The adapter 
will accept this command anytime after the adapter is opened and before a close adapter command is issued. See the 
DIR.CONFIG.BRIDGE.RAM command, which can also alter the functional address. The upper 2 bytes of the 6-byte functional 
address will be set to xCOOO. 


Offset 


Parameter Name 


Byte 
Length 


Description 





COMMAND 


1 


x07, DIR.SET.FUNGT.ADDRESS 


1 




1 


Reserved 


2 


RETCODE 


1 


Set by the Adapter Upon Return 


3 




3 


Reserved 


6 


FUNCT_ADDRESS 


4 


New Functional Address to Set 


When the adapter completes the operation, it sets the return code in the SRB and interrupts the Host by setting HISR(13). 

Valid Return Codes 

xOO Operation completed successfully 

xOI Invalid command code 

x04 Adapter closed, should be open 

DIR.SET.GROUP.ADDRESS x06 

SUMMARY: Set the group address for the adapter to receive messages. 

The adapter will accept this command anytime after the adapter is opened and before a close adapter command is issued. The 

upper 2 bytes of the 6 byte group address will be set to xCOOO. 


Offset 


Parameter Name 


Byte 
Length 


Description 





COMMAND 


1 


x06, DIR.SET.GROUP.ADDRESS 


1 




1 


Reserved 


2 


RETCODE 


1 


Set by the Adapter Upon Return 


3 




3 


Reserved 


6 


GROUP__ADDRESS 


4 


New Group Address to Set 


When the adapter completes the operation, it sets the return code in the SRB and interrupts the Host by setting HISR(13). 

Valid Return Codes 

xOO Operation completed successfully 

x01 Invalid command code 

x04 Adapter closed, should be open 



> 
z 

03 
00 
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DLC (IEEE 802.2 SAP and station Interfaces) SRB Commands 

These commands affect SAPs (Service Access Points) and link stations, and mal^e use of LLC protocols. Tfiey may be issued by 
the Host software to the adapter. The adapter must have been initialized and opened with direct interface commands before it 
will accept any of these commands. Some of these commands apply only to the SAP interface (DLC.OPEN.SAP and DLC.CLO- 
SE.SAP), and some apply only to the station interface (DLC.OPEN.STATION, DLC.CONNECT.STATION, 
DLC.CLOSE.STATION, DLC.STATISTICS). The rest apply to both interfaces. 



Command Name 


Code (Hex) 


Description 


DLC.CLOSE.SAP 


16 


Closes (deactivates) an SAP and frees associated control blocl<(s). 


DLC.CLOSE.STATION 


1A 


Closes one link station; will not complete while Ring is "beaconing" 


DLC.CONNECT.STATION 


IB 


Initiates a SABME_UA exchange to place the local and remote link stations in a data 
transfer state, or completes such an exchange that has been initiated by the remote 
station 


DLC.FLOW.CONTROL 


1D 


Controls the flow of data across a specified link station on an SAP, or every link on an 
SAP 


DLC.MODIFY 


1C 


Modifies selected working values on an open link station or the default values of an 
SAP 


DLC.OPEN.SAP 


15 


Opens (activates) an SAP and allocates an individual SAP control block 


DLC.OPEN.STATION 


19 


Allocates resources to support a logical link connection 


DLC.REALLOCATE 


17 


Removes a given number of link station control blocks from an SAP and returns them 
to the adapter pool, or removes a given number of link station control blocks from the 
adapter pool and returns them to an SAP 


DLC.RESET 


14 


Resets one SAP and all associated link stations, or all SAPs and all associated link 
stations 


DLC.STATISTICS 


IE 


Reads statistics for a specific link station 
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DLC.CLOSE.SAP x16 

SUMMARY: Close (deactivate) a service access point (SAP) and free tlie associated control blocks 

This command is rejected if any links are open for the specified SAP, or the SAP was opened with the group option specified 
with any active members in the group. If the specified SAP is a group member, its membership should be canceled using a 
DLC.MODIPC command before issuing this command. If an adapter command to the Host is pending for the specified SAP when 
the DLC.CLOSE.SAP command is issued, the Host must complete that action before this command will be completed. 
Any frames directed to the specified SAP that have been received by the adapter and for which the adapter has not posted a 
receive ARB will be discarded. 

Note: If a x47 error code results when a DLC.CLOSE.SAP command closely follows a DLC.CLOSE.STATION command for Ifie last open station for tfiat SAP, 
reissue the DLCCLOSE.SAP command. 



Offset 


Parameter Name 


Byte 
Length 


Description 





COMMAND 


1 


x16, DLC.CLOSE.SAP 


1 




1 


Reserved 


2 


RETCODE 


1 


Set by the Adapter Upon Return 


3 




1 


Reserved 


4 


STATION_ID 


2 


ID of the SAP to be Closed 



When the adapter completes the operation, it sets the return code in the SRB and interrupts the Host by setting HISR(13). 

Valid Return Codes 

xOO Operation completed successfully 

x01 Invalid command code 

x04 Adapter closed, should be open 

x40 Invalid STATION_ID 

x47 SAP cannot close unless all link stations are closed 

x46 Group SAP cannot close until all member SAPs are closed 

x4C Unable to close, commands pending 



00 

■Ek 
00 
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DLC.CLOSE.STATION x1A 

SUMMARY: Close one link station. This command will not be completed while the ring is beaconing. 
The link control block will be freed for use by another link station on the same SAP. This command will be rejected if there is a 
DLC.CLOSE.STATION or a DLC.CONNECT.STATION command pending for the specified link station. If the command Is 
accepted, the adapter will either: 

• Transmit a DISC command to the remote station and enter disconnecting mode while waiting for an acknowledgment 

• Send a DM response If there is a SABME or DISC command pending, or if the link Is in the disconnecting state, and close the 
link station when the response has been transmitted. 

If there are pending Transmit I Frame requests when this command is accepted, they will not be returned by the adapter. If an 
adapter command to the Host is outstanding for the specified link station when DLC.CLOSE.STATION command is issued, the 
Host must complete that action before this command will be completed. Any frames directed to the specified link station that 
have been received by the adapter but not processed will be handled according to the state the adapter enters upon receipt of 
this command. Those link station states would be either disconnecting state or link closed state. 



Offset 


Parameter Name 


Byte 
Length 


Description 





COMMAND 


1 


x1A, DLC.CLOSE.STATION 


1 


CMD_CORRELATE 


1 


Set by the Adapter Upon Return 


2 


RETCODE 


1 


Set by the Adapter Upon Return 


3 




1 


Reserved 


4 


STATION_ID 


2 


ID of the Link Station to be Closed 



If there is no immediate error, the adapter sets the RETCODE to xFF (command in process), sets the CMD_CORRELATE field 
in the SRB, and interrupts the Host by setting HiSR(13) if an SRB Free Request interrupt is received by the adapter. When the 
command is completed later, the Host will be interrupted with a response in the SSB. If there is an immediate error, the adapter 
sets the RETCODE with the error code and sets HISR(13) to interrupt the Host. 

Valid Return Codes 

xOO Operation completed successfully 

xFF Command in process 

x01 Invalid command code 

x02 Duplicate command, one already pending 

x04 Adapter closed, should be open 

x40 Invalid STATION_ID 

x4C Unable to close, commands pending 

Final RETCODE in SSB 

xOO Operation completed successfully 

x4B Station closed, no remote acknowledgment 
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DLC.CONNECT.STATION x1B 

SUMMARY: To initiate a SABME_UA exchange to place both the local and remote link stations in data transfer state, or to 
complete such an exchange initiated by the remote station. 

This command will not be accepted if the link station is in the disconnecting or link closed state, or if a DLC.CLOSE.STATION or 
DLC.CONNECT.STATION command is in process. Any pending transmit commands queued to the link station will be lost. 



Offset 



Parameter Name 



COMMAND 



CMD_CORRELATE 



RETCODE 



STATION_ID 



ROUTING_INFO 



Byte 
Length 



Description 



x1B, DLC.CONNECT.STATION 



Set by the Adapter Upon Return 



Set by the Adapter Upon Return 



Reserved 



ID of the Link Station to be Closed 



See Following Description 



ROUTING_INFO 

If the remote partner for this station is on a different ring, routing information is needed for frames to be exchanged. If the link is 
being established because of a DLC.OPEN.STATION command, the routing information must be provided with the command. If 
the link is being established due to receipt of a SABME from the remote partner, the adapter obtains the routing information from 
the received frame and ignores any ROUTING_INFO provided with the DLC.CONNECT.STATION command. The 
DLC.CONNECT.STATION command may also be used to provide new routing information if there is a link failure. The informa- 
tion must be provided in the format in which it will be used in transmitted frames. If the routing information length field (discussed 
shortly) is zero and no SABME is outstanding, the remote partner will be assumed to be on the same ring. For more information 
on routing information and XID, see the IBM Token-Ring Network Architecture Reference. You may also want to refer to any 
documentation related to implementation by bridges in your network. 
The Routing information field contains a 2 byte routing control field and up to eight 2 byte route designators, as shown below: 

Routing Information Field 



Routing 
Control 


Route 

Designator 


Route 
Designator 




Route 
Designator 



2 bytes 2 bytes 2 bytes 2 bytes 

The Routing Control and Routing Designator sub-fields are described next. 

Routing Controi Sub-Field 

The Routing Control Sub-Field consist of two separate bytes of information, as shown below: 

First Byte (Offset 6 In DLC.C0NNECT.STAT10N Command) 



TL/F/11499-10 



7 


6 


5 


4 


3 


2 


1 





B 


B 


B 


L 


L 


L 


L 


L 



B - Broadcast Indicators 
L = Length Bits 

Second Byte (Offset 7 in DLC.CONNECT.STATION Command) 

7 6 5 4 3 2 1 



D F F F r r r r 



D = Direction Bit 

F = Largest Frame Bits 

r = Reserved Bits 

Route Designator Sub-Fields 

Each 2-byte (word) Route Designator Sub-Field is divided into two portions: 

• Individuai Bridge Portion— This portion is *-bits long, where k is the same for all bridges in a given multiple-ring network. 
Bridges that are attached to the same ring can have the same Individual Bridge Portion value. However, parallel bridges 
(those that are attached to the same two rings) must have different values. 

• Ring Number Portion— This portion is (16-fr)-bits long. Bridges that are attached to different rings have different Ring 
Number Portion values; bridges that are attached to the same ring have the same value. 
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eo 

CO 

■ 

Z 



These portions are located in each Route Designator Sub-Field; a word (2 byte) read returns the Sub-Field as shown below: 

Route Designator Field (As Returned by Word Read) 
15 8 



RNo 


IB 


RNi 



8k (bits) kbits 8 bits 

IB = Individual Bridge Portion 

RN - Ring Number Portion (split into elements and 1) 



This word value must be byte-swapped before interpreting. The result is shown below: 

Route Designator Field (After Byte Swap) 
15 



RN 


IB 



16k (bits) 



kbits 



Return Codes 

If there is no immediate error, the adapter sets the RETCODE field to xFF (command in process), sets the CMD_CORRELATE 
field in the SRB, and interrupts the Host by setting HISR(13) if an SRB Free Request interrupt is received by the adapter. When 
the command is completed later, the Host will be interrupted with a response in the SSB. A successful return code indicates that 
the local link station has entered the link opened state. An unsuccessful return code indicates that it has entered the disconnect- 
ed state. 

If there is an immediate error, the adapter sets the RETCODE with the error code and sets HISR(13) to interrupt the Host. 

Valid Return Codes 

xFF Command in process 

xOI Invalid command code 

x02 Duplicate command, one already pending 

x04 Adapter closed, should be open 

x40 Invalid STATION_ID 

x41 Protocol error, link in invalid state for command 

x44 Invalid routing information 

x4A Sequence error, command in process 

Final RETCODE in SSB 

xOO Operation completed successfully 

x4D Unsuccessful link station connection attempt 

DLCFLOW.CONTROL ID 

SUMMARY: To control the flow of data across a specified link station on an SAP, or every link station on an SAP. 
Local busy state is set either because of a user request, or because a RECEIVED.DATA command from the adapter to the PC 
system has been rejected. In the latter case, the condition must be reset by the Host program when buffers become available, 
by using this command with option bit 6 set. 

This command affects the secondary state of target link stations, causing the local busy states to be set or reset. The command 
will be completed successfully even if it makes no change to the existing state. That is, a request to reset local busy will be 
accepted even if the link is not in local busy state. 



Offset 



Parameter Name 



COMMAND 



RETCODE 



STATION_ID 



FLOW_OPTIONS 



Byte 
Length 



Description 



x1D, DLCFLOW.CONTROL 



Resei^ed 



Set by the Adapter Upon Return 



Reserved 



ID of the Link Station or SAP 



Option Byte 



STATiON_ID 

If the STATION_ID is an SAP (xnnOO), the command will be applied to all link stations included in the SAP. If the STATION_ID 
is a link station (xnnss), the command will be applied only to the specified link station. 
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FLOW_OPTIONS 

The flow option byte is described below: 


Bit? 


Set/Reset Locai 
Busy State 


If this bit is zero, the related link stations will enter the local busy link secondary state. If the 
station is in the link opened primary state and not already in local busy state, a Receiver Not 
Ready supervisory frame is transmitted. Then 1 frames received for this station are discarded 
until this condition is reset by the Host software. 

If this bit is on, option bit 6 is checked to determine whether local busy (user set) or local busy 
(buffer set) should be reset. If both local busy states are reset after this command has been 
accepted and the primary link state is link opened, the link will enter either the checkpointing or 
clearing secondary state to ensure that the remote station is aware that the condition has been 
reset. 


Bite 


User/Buffer Reset 


If bit 6 is and option bit 7 is 1 , local busy (user set) will be reset. 
If bit 6 is 1 and option bit 7 is 1 , local busy (buffer set) will be reset. 
If option bit 7 is zero, this bit is ignored. 


Bits 5-0 


Reserved 




Return Codes 

When the adapter completes the operation, it sets the return code in the SRB and interrupts the Host by setting mSR(13). 

Valid Return Codes 

xOO Operation completed successfully 

xOI Invalid command code 

x02 Duplicate command, one already pending 

x04 Adapter closed, should be open 

x40 Invalid STATION_ID 

DLCMODIFY X1C 

SUMMARY: To modify certain working values of an open link station or the default values of an SAP. 
The values to be updated are included in the SRB. 


Offset 


Parameter Name 


Byte 
Length 


Description 





COMMAND 




x1C, DLCMODIFY 


1 






Reserved 


2 


RETCODE 




Set by the Adapter Upon Return 


3 






Reserved 


4 


STATION_ID 




SAP or Link Station ID 


6 


TIMER_T1 




T1 Value, Response Timer 


7 


TIMER_T2 




T2 Value, Acknowledgment Timer 


8 


TIMER_Ti 




Ti Value, Inactivity Timer 


9 


MAXOUT 




Max Transmits without a Receive Acknowledgment 


10 


MAXIN 




Max Receives without a Transmit Acknowledgment 


11 


MAX0UT_1NCR 




Dynamic Window Increment Value 


12 


MAX_RETRY_COUNT 




N2 Value 


13 


ACCESS_PRIORITY 




New Access Priority for Transmission 


14 


SAP_GSAP_MEM 




Number of Following Group SAPs 


15 


GSAPS 


n 


GSAP List, Maximum 13 


STATiON_ID 

If this is an SAP STATION_ID, the command will affect the default values held in the SAP control block, but not the current 
values of open link stations. If it is a link station STATION_ID, the command will affect the current values of the designated 
(open) link station. 



00 
OS 
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TIMEHL_T1, TIMER_T2, TIMER_TI 

These values must be less than 1 1 for T1 and Ti. If a value greater than 1 Is provided for T2, the acknowledgment timer will not 
run. If the field Is zero, the existing value remains unchanged. For an explanation of the values, see the DLC.OPEN.SAP 
command description. 

MAXOUT 

This parameter cannot exceed 127. If the field Is zero, the existing value remains unchanged. 

MAXIN 

This parameter cannot exceed 127. If the field Is zero, the existing value remains unchanged. 

MAXOUT_INCR 

This parameter cannot exceed 255. If the field Is zero, the existing value remains unchanged. 

MAX_RETRY_COUNT 

This parameter cannot exceed 255. If the field is zero, the existing value remains unchanged. 

ACCESS_PRIORITY 

If the requested access priority exceeds the limit authorized for the adapter, It will be rejected. The access priority Is contained In 
the 3 low-order bits of this byte. 

SAP_GSAP_MEM 

The number of SAP_VALUES in the GSAPS field. 

This field Is only checked and used if the SAP was opened as a group member. The maximum value Is 13 (the greatest number 

of SAP_VALUES that the SRB length will accommodate). 

GSAPS 

This field is used for an Individual SAP to request membership in additional groujj SAPs or to request that membership be 
canceled. If the low-order bit of an SAP_VALLIE is zero. It Indicates that membership in the associated group SAP is being 
requested. If the low-order bit of an SAP_VALUE Is 1 , It Indicates that membership should be canceled. The group SAPs must 
be open when the assignment is requested, and all members of a group SAP must have the same XiD handling option selected. 
If an error is found while processing the list of group SAPs, an error return code will be set and processing will stop. The SAP_ 
GSAP_MEM field will be ovenwrltten with the value of the failing group SAP. Other parameter changes will take place as 
requested. 

SRB Response 

When the adapter completes the modify command, the return code is placed In the RETCODE field. The adapter then Interrupts 
the Host by setting HISR(1 3). 

Valid Response Codes 

xOO Operation completed successfully 

xOI Invalid command code 

x04 Adapter closed, should be open 

x08 Unauthorized access priority 

x40 Invalid STATION_ID 

x42 Parameter exceeded maximum allowed 

x45 iWembership requested in non-existent group SAP 

x49 Group SAP has reached maximurri membership 

x4E Member SAP not found in group SAP list 
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DLC.OPEN.SAP x15 

SUMMARY: Open (activate) a service access point (SAP) and allocate an individual SAP control block. 

A group SAP control block and one or mora link station control blocks can also be allocated by this command. 


Offset 


Parameter Name 


Byte 
Length 


Description 





COMMAND 


1 


Xl 5, DLC.OPEN.SAP 


1 




1 


Reserved 


2 


RETCODE 


1 


Set by the Adapter Upon Return 


3 




1 


Reserved 


4 


STATION_ID 


2 


Set by the Adapter Upon Return 


6 


TIMER_T1 


1 


Tl Value, Response Timer 


7 


TIMER_T2 


1 


T2 Value, Acknowledgment Timer 


8 


TIMER_Ti 


1 


Ti Value, Inactivity Timer 


9 


MAXOUT 


1 


Max Transmits without a Receive Acknowledgment 


10 


MAXIN 


1 


Max Receives without a Transmit Acknowledgment 


11 


MAXOUT_INCR 


1 


Dynamic Window Increment Value 


12 


MAX_RETRY_COUNT 


1 


N2 Value 


13 


GSAP_MAX_MEM 


1 


Maximum Number of SAPs for a Group SAP 


14 


MAX_I_FIELD 


2 


Maximum Received Information Field Length 


16 


SAP_VALUE 


1 


SAP Value to be Assigned 


17 


SAP_OPTIONS 


1 


Option Byte, see Below 


18 


STATION_COUNT 


1 


Number of Link Stations to Reserve 


19 


SAP_GSAP_MEM 


1 


Number of Entries in GSAP List 


20 


GSAPS 


n 


GSAP List, Maximum = 8 


STATION_ID 

The adapter will set this to the station ID to be used in future commands referencing this SAP 

TIMER_T1, TIMER_T2, TIMER_TI 

The LLC protocol uses timers called T1, T2, and Tl. The DLC.OPEN.SAP and DLC.OPEN.STATION commands specify the 
values to be used for these LLC timers in a rather unique way: 

The DIR.OPEN.ADAPTER command specifies six timer values, two each for Tl , 12, and Tl. When the DLC commands specify 
the 3 timer values, they specify a number from 1 to 1 for each timer. If a number from 1 to 5 is specified for a T(1 , 2, 1) timer, this 
number multiplied by the DLC_T(1 , 2, l)_Tick_1 time becomes the value for T(1 ,2, 1). If a number from 6 to 1 is specified for a 
T(1, 2, 1) timer, this number, minus 5, multiplied by the DLC_T(1, 2, l)_Tick_2 time becomes the value for T(1, 2, 1). 
The values must be less than 1 1 for Tl and Ti. If a value greater than 10 is provided for T2, the acknowledgment timer will not 
run. If the field is zero, the adapter will provide defaults. The default values are Tl = 5, T2 = 2, and Tl = 3. 

MAXOUT 

This parameter is the maximum number of unacknowledged transmitted l-frames. It cannot exceed 127. If a zero is provided, the 
default of 2 is used. 

MAXIN 

This parameter is the maximum number l-frames received before an acknowledgment is sent. It cannot exceed 127. If a zero is 
provided, the default of 1 is used. 

MAXOUT_INCR 

This parameter specifies the dynamic windowing algorithm increment. It cannot exceed 255. If a zero is provided, the default of 1 
is used. 

MAX_RETRY_COUNT 

This parameter is the maximum number of retransmissions of an l-frame. It cannot exceed 255. If a zero is provided, the default 
of 8 is used. 
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GSAP_MAX_MEM 

The maximum number of individual SAPs that can be assigned membership in the group SAP if this SAP is designated to be a 
group SAP. Membership is assigned in the group SAP as the individual SAPs are opened. This parameter may not exceed the 
similar parameter provided with the DIR.OPEN.ADAPTER command and will default to that value If It is zero. 

MAX_I_FIELD 

This parameter defines the maximum length of a received I frame for a link station. If the STATION_COUNT parameter is zero, 
this field Is Ignored. If this field Is zero, the default will be 600 bytes long. The maximum length is 4905 bytes on a 4 Mbps ring 
and 18000 bytes on a 16 Mbps ring. 

SAP_VALUE 

The value that will be used as the source SAP in transmitted frames and recognized as the destination SAP in received frames. 
The low-order bit of this field will be Ignored. A DLC.OPEN.SAP command always allocates an Individual SAP control block. A 
value of xOO is always rejected and a value of xFE will be rejected If the group SAP option Is requested. If option bit 1 is a 1 , the 
SAP_VALUE with the low-order bit set to 1 will be the group SAP value. In other words, the next higher (odd-numbered) SAP 
control block will be allocated to be a group SAP. 

SAP_OPTIONS 



Bits 


Name 


Description 


7-5 


Priority 


The transmission priority for this SAP. If the requested priority exceeds the limit authorized for the 
adapter, the command will be rejected. 


4 


Resen/ed 


Should be zero. Not checked. 


3 


XID Handling Option 


If this is zero, XID commands are handled by the adapter. If this is 1 , XID commands are passed to 
the Host software. 


2 


Individual Option 


If this bit is 1 , the SAP will handle frames as an individual SAP. 


1 


Group Option 


If this bit Is 1 , the SAP will handle frames as a group SAP. 





Group Member 


If this bit Is 1 , the SAP may be a member of a group SAP. 



Note: if bit is a 1 , bit 2 must also be a 1 . At least one of bits 2 and 1 must be Set. 

STATION_COUNT 

This parameter specifies the maximum number of link stations that can be open for this SAP at the same time, and applies only if 
the SAP is an Individual SAP. If the number of link stations requested for this SAP, together with those already requested for 
previously opened SAPs, exceeds the DLC_MAX_STATIONS parameter value from the DIR.OPEN.ADAPTER command, the 
DLC.OPEN.SAP command will be rejected. 

SAP_GSAP_MEIUI 

The number of SAP_VALUES in the GSAPS field. The maximum value Is 8. This parameter Is ignored if SAP_OPTIONS bit 
(Group Member) is a zero. 

GSAPS 

Used for an individual SAP to request membership in group SAPs. SAP_GSAP_MEM indicates the number of valid values in 
this field. If additional membership Is needed, the DLC.MODIFY command may be used for the requests. The group SAPs must 
be open when the assignment is requested, and all members of a group SAP must have the same XID handling option selected. 
If an error is found while processing the list of group SAPs, an error return code Is set, processing stops, and the 
SAP_GSAP_MEM field Is ovenwritten with the value of the falling group SAP. This will not affect the status of the SAP. 

SRB Response 

When the adapter completes the open command, the return code is placed In the RETCODE field. The adapter then Interrupts 
the Host by setting HISR(13). 

Valid Response Codes 

xOO Operation completed successfully 

xOI Invalid command code 

x04 Adapter closed, should be open 

x06 Options missing. Invalid, or incompatible 

x08 Unauthorized access priority 

x42 Parameter exceeded maximum allowed 

x43 Invalid SAP_VALUE or value already in use 

x45 Membership requested in non-existent group SAP 

x46 Requested resources not available 

x49 Group SAP has reached maximum membership 
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DLC.OPEN.STATION x19 

SUMMARY: Allocate resources to support a logical link connection. 

These resources may also be allocated whan an SABME Is received against an open SAP and the appropriate station Is not 

already open. 


Offset 


Parameter Name 


Byte 
Length 


Description 





COMMAND 




Xl 9, DLC.OPEN.STATION 


1 






Reserved 


2 


RETCODE 




Set by the Adapter Upon Return 


3 






Reserved 


4 


STATION_ID 


2 


SAPID(xnnOO) 


6 


TIMER_T1 




Tl Value, Response Timer 


7 


TIMER_T2 




T2 Value, Acknowledgment Timer 


8 


TIMER_TI 




Tl Value, Inactivity Timer 


9 


MAXOUT 




Max Transmits without a Receive Acknowledgment 


10 


MAXiN 




Max Receives without a Transmit Acknowledgment 


11 


MAXOUT_INCR 




Dynamic Window Increment Value 


12 


MAX_RETRY_COUNT 




N2 Value 


13 


RSAP_VALUE 




The Remote SAP Value 


14 


MAX_I FIELD 




Maximum Received Information Field Length 


16 


STATION_OPTIONS 




Option Byte, see Following Explanation 


17 






Reserved 


18 


REMOTE_ADDRESS 


6 


Ring Address of the Remote Station 


STATION_ID 

The Host software must specify the SAP STATION_ID (xnnOO) under which the new station is to be established, and the 
adapter will return the linl< ID (ss portion of xnnss) to be used in future commands referencing this station. 

TIMER_T1 through 
MAX_RETRY_COUNT 

See the same parameters for the DLC.OPEN.SAP command. 

RSAP_VALUE 

The value that will be used as the destlnatlori SAP in transmitted frames and recognized as the source SAP In received frames. 
The low-order bit of this field must be zero, Indicating an Individual SAP. A value of xOO (the null SAP) will be rejected. 

MAX_I FIELD 

This parameter defines the maximum length of a received 1 frame. If this field Is zero, the value from the SAP control blool< will be 
used. 

STATION—OPTIONS 

The STATiON_OPTIONS bits are described In the following table: 


Bits 


Name 


Description 


7-5 


Priority 


The transmission priority for this link station. 

If the requested priority exceeds the limit authorized for the adapter, the command will be rejected. If a 

zero is provided, an access priority of zero is used. 


4-0 


Reserved 


Should be zero. Not checl<ed. 


REMOTE_ADDRESS 

The 6 byte NODE ADDRESS of the remote station. The high-order bit of the high-order byte of this field must be zero, 

Indicating a specific address. 



09 
09 
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SRB Response 

When the adapter completes the open command, the return code is placed in the RETCODE field. The adapter then interrupts 
the Host by setting HISR(13). This command should be followed by a DLC.CONNECT.STATION command, which should 
include the routing information if the remote station is on a different ring. 

Valid Response Codes 

x01 Invalid command code 

x04 Adapter closed, should be open 

x05 Required parameters not provided 

x08 Unauthorized access priority 

x40 Invalid STATION_ID 

x42 Parameter exceeded maximum allowed 

x43 Invalid SAP_VALUE or value already In use 

x46 Requested resources not available 

x4F Invalid remote address 

DLCREALLOCATE x17 

SUMMARY: This command removes a given number of link station control blocks from an SAP and returns them to the adapter 
pool, or removes a given number of link station control blocks from the adapter pool and adds them to an SAP. 


Offset 


Parameter Name 


Byte 
Length 


Description 





COMIMAND 


1 


x1 7, DLCREALLOCATE 


1 




1 


Reserved 


2 


RETCODE 


1 


Set by the Adapter Upon Return 


3 




1 


Reserved 


4 


STATION_ID 


2 


Link Station ID Affected 


6 


OPTION_BYTE 


1 


Add/Subtract Option 


7 


STATION_COUNT 


1 


Number of Link Station Control Blocks to l^ove 


8 


ADAPTER_COUNT 


1 


Number of Link Station Control Blocks for the Adapter. 
Set by Adapter on Return. 


9 


SAP_COUNT 


■ 1 


Number of Link Station Control Blocks for the SAP. 
Set by Adapter on Return. 


OPTION_BYTE 

The OPTION_BYTE bits are described as follows: 

• If bit is 0, then take link station control blocks from the adapter and add to the SAP. 

• If bit is 1 , then take link station control blocks from the SAP and add to the adapter. 

• Bits 1 through 7 are resen/ed. 

STATION_COUNT 

The number of link station control blocks to be moved as indicated by the option byte. If more link station control blocks are 
requested than are available on the adapter or SAP, all those available will be moved. 

ADAPTER_COUNT 

The number of link station control blocks available for the adapter (not allocated to an SAP), after the command has been 
completed. This field is only valid if the return code is xOO or x40. 

SAP_COUNT 

The number of link station control blocks available for the SAP specified in the station ID field (not in use for an open station) 
after the command has been completed. This field is only valid If the return code is xOO. 

SRB Response 

When the adapter completes the command, it sets the return code and the Host is interrupted with HISR(13) set. 

Valid Response Codes 

xOO Operation completed successfully 
xOI Invalid command code 
x04 Adapter closed, should be open 
x40 Invalid STATION_ID 
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DLCRESET Xl4 

SUMMARY: Reset either one SAP and all associated linl< stations, or all SAPs and all associated link stations. 
After the command is completed the affected SAPs and link stations will be closed. No commands or communication directed to 
them will be accepted. The reset command will not be completed until all related resources can be freed. This means that 
transmissions already queued to the ring hardware and commands from the adapter to the Host must be complete before this 
command will be completed. Frames received for the affected SAPs and link stations but not passed to the Host will be 
discarded by the adapter. The same is true for frames received while the reset is in progress. Requests queued to SAPs and link 
stations that have not started completion will not be completed. A beaconing ring can cause this command to hang if transmits 
are queued to the hardware. The command will be completed when beaconing clears. 



Offset 


Parameter Name 


Byte 
Length 


Description 





COMMAND 


1 


x1 4, DLCRESET 


1 




1 


Reserved 


2 


RETCODE 


1 


Set by the Adapter Upon Return 


3 




1 


Resen/ed 


4 


STATION_iD 


2 


ID of the SAPs or stations to be reset 

xOOOO All SAPs and All Stations 
xnnOO SAP nn and Ail its Stations 



When the adapter completes the operation, it sets the return code in the SRB and interrupts the Host by setting HiSR(13). 

Valid Return Codes 

xOO Operation completed successfully 
xOI Invalid command code 
x04 Adapter closed, should be open 
x40 Invalid STATION_ID. 

DLCSTATISTICS xlE 

SUMMARY: Read statistics for a specific link station. 

The error counters (first five station statistics) may be reset if requested. If a counter overflows (high-order bit of the field 
changes from zero to 1), a DLC status adapter request block (ARB) will be presented to the Host, indicating that this command 
should be issued. 



Offset 


Parameter Name 


Byte 
Length 


Description 





COIvlMAND 


1 


xlE, DLCSTATISTICS 


1 




1 


Reserved 


2 


RETCODE 


1 


Set by the Adapter Upon Return 


3 




1 


Reserved 


4 


STATION_ID 


2 


The Link Station to Obtain Statistics from 


6 


COUNTERS_ADDR 


2 


Offset to the Address of the Statistics* 


8 


HEADER_ADDR 


2 


Offset to the Address of the LAN Header* 


10 


HEADER_LENGTH 


1 


Length of the LAN Header* 


10 


RESET_OPTION 


1 


Option Byte, see Following Explanation 
Note: Ovenvritten by TROPIC on response. 



•Values set by TROPIC in response 

COUNTERS_ADDR 

An address within the SRB where a copy of the counter contents is located. The Host software should move this information into 
Host memory before reusing the SRB. The structure of the counter statistics area is shown on the next page. 



00 
00 
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Link Station Statistics (Pointed to by COUNTERS_ADDR) 


Offset 


Parameter Name 


Byte 
Length 


Description 





1 FRAME_XMIT COUNT 


2 


The Number of 1 Frames Transmitted 


2 


l_FRAME_RCV_COUNT 


2 


The Number of 1 Frames Received 


4 


1 FRAME_XMIT ERR 




The Number of 1 Frame Transmit Errors 


5 


1 FRAME RCV ERR 




The Number of 1 Frame Receive Errors 


6 


T1_EXPIRED 


2 


The Number of Times T1 Expired 


8 


STATION_RCVD_CMD 




The Last Command or Response Received 


9 


STATION_SENT_CMD 




The Last Command or Response Sent 


10 


STATION_PRMY_STATE 




The Link Primary State, see Below 


11 


STATION_SCDY_STATE 




The Link Secondary State, see Below 


12 


STATION_VS 




The Send State Variable 


13 


STATION_VR 




The Receive State Variable 


14 


STATION_VA 




The Last Received NR 


Note: All values are set by TROPIC. 
HEADER_ADDR 

The offset within shared RAM of the LAN header consisting of the access control (AC) field, the frame controi (FC) field, the 
destination address, the source address, and the routing information. If no routing information is present, the header length will 
be 14 bytes. The source address field will not be set until the first frame is transmitted for the link station, except that the high-or- 
der bit of the high-order byte is set on if routing information is present. 

RESET_OPTION 

The RESET_OPTION bits are described in the following table: 


Bit(s) 


Description 


7 


If this bit is zero, the adapter will not alter the contents of the error counters. 
If this bit is 1 , the adapter will reset the contents of the error counters. 


6-0 


Reserved 


STATION_PRMY_STATE 

This field indicates the link station's primary state as maintained In the control block at the time the DLC.STATISTICS command 

is completed. It consists of eight mutually exclusive bit (lags, as follows: 

Bit? Link Closed 

Bite Disconnected 

Bit 5 Disconnecting 

Bit 4 Link Opening 

Bits Resetting 

Bit 2 FRMRSent 

Bill FRMR Received 

BItO Link Opened 

STATION_SCDY_STATE 

This field indicates the link station's secondary state as maintained in the control block at the time the DLC.STATISTICS 

command is completed. It consists of seven non-exclusive bit flags, as follows: 

Bit 7 Checkpointing 

Bit 6 Local Busy (user set) 

Bit 5 Local Busy (buffer set) 

Bit 4 Remote Busy 

Bits Rejection 

Bit 2 Clearing 

Bit 1 Dynamic Window Algorithm Running 

Bit Reserved (may appear as or 1 ) 
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Response Codes 

When the adapter completes the operation, it sets the return code in the SRB and interrupts the Host by setting HiSR(13). 

Valid Return Codes 

xOO Operation compieted successfuily 

xOI Invalid command code 

x04 Adapter closed, should be open 

x40 Invalid STATION_iD 

SUMMARY OF TRANSMIT METHODS 

Fast Path Overview 

The Fast Path interface provides a pool of transmit buffers that Host software can fill asynchronously to the TROPIC MPU's 
processing. Host software moves Transmit commands and related data together to these buffers and then signals TROPIC that 
the pools have been updated. TROPIC then processes frames according to each data block's associated command. 

SRB (Non-Fast Path) Transmit Commands 

If Fast Path Transmit is not activated, then TROPIC operates in a less efficient transmission mode that requires the Host 
software to first issue a transmit command only, wait for a TROPIC response, and then move transmission data to the Transmit 
buffer. This mode exists primarily for compatibility with earlier drivers, and it should not be used In new software. 
The processing sequence for an SRB (non-Fast Path) transmit command is: 

1. The Host software issues a transmit command to the adapter. 

2. The adapter sets a command correlator and in-process return coda in the SRB. 

3. The adapter issues a TRANSMIT.DATA.REQUEST command (x82) to the Host using the Adapter Request Block (ARB). This 
command supplies the command correlator, the STATION_ID and the DHB address in shared RAM where the Host should 
start to transfer the data. 

4. The Host moves the data into the DHB. 

5. The Host responds using the adapter status block (ASB) providing the original transmit command used in the SRB, the 
command correlator, the STATION_ID, and the transmit data length information. 

6. The adapter transmits the frame. 

7. The adapter sets completion information in the system status block (SSB) on completion of the transmission for the direct and 
SAP interfaces, or on receipt of acknowledgment, or determination that acknowledgment will not be received for the link 
station interface. The adapter then interrupts the Host. 

USING THE FAST PATH INTERFACE 

Fast Path Interface Selection 

Fast Path transmit is an optional (but strongly recommended) interface to the adapter for transmitting frames. Because it is 
optional, it must be activated by the Host software. The Fast Path transmit interface is activated by issuing a 
DIR.CONFIG.FAST.PATH.RAM command to TROPIC before the adapter is opened. During the initialization, the adapter re- 
serves a block of storage for this interface. When the command completes, the adapter returns a new SRB address where 
subsequent SRB commands can be issued to the adapter by the Host. 

When the Fast Path interface is selected, it is the only Interface that can be used to Issue requests for the, adapter to transmit 
frames. The Host software should not place Transmit commands in the SRB, but should instead place transmit commands into 
the Fast Path Buffer queue, described next. If transmit commands are placed in the SRB when Fast Path is selected, the 
adapter will not accept them. 

Note: The adapter cannot be configured for both Fast Path Transmit and bridging functions. If an adapter will be used for bridging, tfien the Fast Path interface 
cannot be used. 

Fast Path Buffer Allocation 

During processing of the DIR.OPEN.ADAPTER command after a DIR.CONFIG.FAST.PATH.RAM command, the adapter allo- 
cates buffers for the Fast Path interface into a free transmit queue and initializes the Fast Path Transmit Control Area (described 

next). The buffers are chained together in a link list with FREE_QUEUE HEAD pointing to the first buffer and 

FREE_QUEUE_TAIL pointing to the last buffer. 
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Fast Path Transmit Control Area 

The Fast Path Transmit Control Area is located at the start of the storage allocated in the Shared RAM for the Fast Path 
interface. The offset to this allocated storage is returned to the Host in the DIR.CONFIG.FAST.PATH.RAM response SRB. This 
control area allows the adapter and Host software to jointly manage the buffers in the Fast Path buffer pool. 



Offset 



Parameter Name 



Byte 
Length 



Description 



BUFFER_COUNT 



Number of Buffers in the Buffer Pool 



FREE_QUEUE_HEAD 



Offset to First Free Buffer 



FREE_QUEUE_TAIL 



Offset to Last Free Buffer 



ADAPTER_QUEUE_HEAD 



Offset to Next Expected First Buffer of Frame; TROPIC Use Only 



BUFFER_SIZE 



Size in Bytes of Each Buffer including Buffer Head; READ-ONLY 



10 



COMPLETION_QUEUE_TAIL 



Offset of Last Completed Buffer 



12 



Reserved 



BUFFER_COUNT 

This field is a count of the number of buffers that were configured in the transmit buffer pool during the open adapter. It is valid 
only after the open adapter completes, and is not subsequently updated by the adapter. 

FREE_QUEUE_HEAD 

This field contains the offset to the NEXT_BUFFER field in the first buffer in the free transmit buffer queue. The adapter sets 
the value in this field only during the open adapter. When the Host software moves a frame to the buffer pool it must update this 
value to the NEXT_BUFFER value in the last buffer containing the frame. The adapter examines this value to determine if a 
frame is present in the transmit buffer pool. 

FREE_QUEUE_TAIL 

This field contains the offset to the NEXT_BUFFER field in the last buffer in the free transmit buffer queue. The adapter sets 
the value in this field only during the open adapter. The Host software adds buffers to the free transmit buffer queue after 
processing a frame on the completion queue by placing the LAST_BUFFER value from the completed frame in the 
FREE_QUEUE_TAIL field. The buffer that is pointed to by this field may not be used for transmission until more frames are 
placed on the free transmit buffer queue and FREE_QUEUE_TAIL has been updated by the Host. 

ADAPTER_QUEUE_HEAD 

This field is used solely by the adapter to keep track of the next expected buffer to contain a transmit frame. The Host software 
should ignore this field. 

BUFFER_SIZE 

The adapter stores the value of the requested buffer size from the DIR.CONFIG.FAST.PATH.RAI^ in this field. This field is used 
by the adapter at open adapter time to configure the transmit buffer queue. This field is read-only to the Host, but the Host 
software should not need to access this field since its value should already be known. 

C0MPLETI0M_QUEUE_TA1L 

This field is used by the adapter to report the completion of frame transmissions. The adapter initializes this field to the value in 
FREE_QUEUE_TAIL during the open adapter. The adapter reports completion of frame transmissions by changing the 
NEXT_BUFFER pointer in the buffer pointed to by COMPLETION_QUEUE_TAIL to reflect the NEXT_BUFFER value of the 
last completed frame. COMPLETION_OUEUE_TAIL is then updated with the LAST_BUFFER value of the first buffer of the 
completed frame. 

The Host software must keep track of the next completed frame to process by keeping its own completion queue head pointer. 
This pointer must be initialized to the value in C0MPLET10N_QUEUE_TAIL at the completion of the open adapter command. 
The Host software can compare its completion queue head to COMPLETION_QUEUE_TAIL to determine if any buffers are on 
the completion queue. When the two values are equal, all of the frames on the completion queue have been processed. When 
the values are different, the Host software locates the first completed frame by using the NEXT_BUFFER value pointed to by 
the value in the Host's completion queue head. 

To remove the buffers associated with the completed frame from the completion queue and place them on the free queue, the 
Host software takes the LAST_BUFFER value of the first buffer of the frame that has been completed and places it in 
FREE_QUEUE_TAIL and its own completion queue head. The Host software continues to process completed frames until its 
own completion queue head is equal to COI»/IPLETION_QUEUE_TAIL. 



4-128 



Fast Path Frame Transmission — Request 

Before transmitting any frames the Host software must open any STATION IDs on which frames will be transmitted. The 

procedures for doing this are the same as the Host software would use if issuing SRB (non-Fast Path) transmit commands. 
To set up a frame for transmission the Host fills in the required fields in the first free buffer in the free transmit buffer queue and 
uses as many additional buffers as needed to complete the whole frame for transmission. For subsequent buffers, the Host must 
fill in the buffer length and frame data. Before issuing the transmit request to the adapter, the entire frame must be in the buffers 
and all required buffer header fields must be filled in. 

The buffer pointed to by FREE ^QUEUE_TAIL cannot be used to issue a transmit frame. This buffer is used to maintain a link 

for the NEXT BUFFER field in the free queue and completion queue. If the Host reaches this buffer, it must wait until more 

buffers are added to the transmitted queue before requesting the transmission of the frame. 

To issue the transmit request to the adapter, the Host places the value in the NEXT^BUFFER pointer of the last buffer (of the 

frame) into the FREE QUEUE HEAD pointer in the Fast Path Transmit Control Area, and then sets TISR(14) to one. The Host 

does not have to wait for an adapter response to begin setting up transmission of another frame to the adapter. The adapter will 
preserve the new transmit request even if it has not processed the previous request. 

Fast Path Frame Transmission — Completion 

After a frame has finished transmission, the adapter reports the completion by moving the buffers associated with the frame to 
the completion queue. The NEXT_BUFFER field in the buffer pointed to by COMPLETION_QUEUE_TAIL is updated to point 
to the completed frame, and COMPLETION_QUEUE_TAIL is then set to point to the NEXT_BUFFER field of the last buffer of 
the frame. The adapter then sets HISR(9) to a one to interrupt the Host. 

After processing the completed frame, the Host software moves the frame to the free queue by filling FREE QUEUE_TAIL 

with the contents of LAST^BUFFER in the first buffer of the frame. Host software must maintain its own completion queue head 
to determine the location of the first buffer of the next completed frame. This is done by first setting the completion queue head 
to the contents of COMPLETION_QUEUE_TAIL when DIR.OPEN.ADAPTER completes. Subsequently, the completion queue 

head is set to the LAST BUFFER value in the first buffer of the completed frame. Host software locates the completed frame 

by using the NEXT_BUFFER value in the buffer pointed to by its own completion queue head. 

Fast Path Protocol Considerations 

The completion of a frame for Direct and SAP station IDs implies that the frame has been transmitted. Therefore, no retransmis- 
sion requests will occur for these station IDs. 

For a linl< station, however, the completion on the completion queue does not necessarily imply that the frame has been 
transmitted. The adapter will return frames on the completion queue that cannot be transmitted because of a change in the link 
status. These frames are returned to the Host system with a return code of x29, "Link retransmission in process." Frames are 
returned on the link when transmission of a frame would cause the frame to be out of sequence due to a frame being lost in the 
network, or when the remote link enters a busy state. Transmit completions with remote acknowledgments will be reported in 
the SSB as is done for the TRANSMIT.I.FRAME SRB. 

The adapter issues a RETRANSMIT.DATA request ARB to the Host when it is ready to restart the transmission on a link. This 
ARB contains the correlator number of the frame that is to be transmitted next. The Host software issues the retransmits starting 
at the frame with the correlator indicated in the ARB. These transmits are issued to the adapter in the same manner that they 
were when initially issued. The adapter determines that the Host has acknowledged its retransmit request by finding the frame 
with the correlator indicated in the adapter's RETRANSMIT.DATA request ARB. 

Additional Fast Path Considerations 

Some adapters may have an 8-bit interface. When reading or writing to the Fast Path Transmit Control Area of such an adapter, 
the 8-bit interface must be taken into account, as follows: 

• COMPLETION QUEUE_TAIL: The Host software should only use this value if two consecutive reads of the field return the 

same value. If the two reads return different values, then the Host software should repeat reads of the field until two 
consecutive reads return the same value. 

• FREE_QUEUE_HEAD: When updating this field the Host software first sets the low order bit in the odd byte of this field to 
1. The Host software then sets the field to the new value. This procedure should be done with interrupts disabled. The 
adapter will not use this value when the field's low order bit is 1. if the adapter reads 1 in the low order bit it will loop on 
reading the field contents until that bit changes to a 0. 

Host software is responsible for scheduling frames in the transmit buffer pool, and therefore is responsible for maintaining 
"fairness" to all station IDs in the utilization of buffers. For link stations the Host software should not put more frames in the 
buffer pool than allowed by the MAXOUT parameter for that link station. 

Adapter posting of completed frames to the Host is an asynchronous process. Host software may process a frame from the 
completion queue on a previous interrupt. The Host software may subsequently see an interrupt with no frames completed. 
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TRANSMIT COMMANDS 

There are only two variants of the transmit command format, one for Fast Path transmits and one for non-Fast Path (SRB) 
transmits, with various subcommands indicating the data type to be transmitted. Fast Path transmit commands are placed in the 
first buffer in a chain of buffers that contain an entire frame. Non-Fast Path transmit commands are placed in the SRB. 
All Fast Path transmit commands share a common format , with the only difference being the actual command code. Similarly, 
ali non-Fast Path transmit commands share a common format, although this format is different from the Fast Path transmit 
format. The table below lists the various transmit commands, which have the same command name, code, and description for 
both Fast Path and non-Fast Path use. 



Command Name 


Code (Hex) 


Description 


TRANSMIT.DIR.FRAME 


OA 


Requests transmission of a Direct transmission; the application must assemble 
the entire message, leaving room for the source address, which TROPIC 
inserts; no LLC protocol assistance is provided in this mode 


TRANSIMIT.I.FRAME 


OB 


Requests transmission of l-format (Information transfer format) frame 


TRANSMIT.Ui.FRAME 


OD 


Requests transmission of Ul-format (Unsequenced Information transfer 
format) frame 


TRANSi\/1iT.XID.CMD 


OE 


Requests transmission of XID-format (Exchange Identification format) 
Command frame 


TRANSMiT.XID.RESP.FINAL 


OF 


Requests transmission of XID-format final Response frame (in response to a 
XID Command being received) 


TRANSMiT.XiD.RESP.NOT.FINAL 


10 


Requests transmission of XID-format non-final Response frame (in response 
to a XID Command being received) 


TRANSiVliT.TEST.CMD 


11 


Requests transmission of TEST-format Command frame 



Transmit Summai7 

Transmit commands can be summarized in the following categories: 

Direct Station Can use only the TRANSIVIiT.DIR.FRAME command. No retry is provided. 

SAP Station Can use ail commands except the TRANSMIT.DIR.FRAME and TRANSI^iT.I.FRAME commands. No retry is 

provided. The TRANSMIT.XID.RESP commands should only be issued to an SAP that has the XID handling 

option selected to pass XID frames to the Host software. 
Link Station Can use only the TRANSMlT.l.FRAME command. All transmission retries are handled by the adapter. 
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Fast Path Transmit Buffer Format 

Fast Path transmit buffers are transmitted out of buffers reserved for the Fast Path Interface. These buffers are allocated at 
open adapter time based on parameters in a previous DIR.CONFIG.FAST.PATH.RAM command issued by the Host. The format 
of Fast Path Transmit buffers is shown below: 


Offset 


Parameter Name 


Byte 
Length 


Description 





XMIT_COMMAND 


1 


TRANSMIT Command Code 


1 


XMIT_CORRELATOR 


1 


Transmit Correlator (0-1 27) 


2 


RETCODE 


1 


Set by the Adapter Upon Return 


3 




1 


Reserved 


4 


STATION_ID 


2 


ID of the Station Sending the Data 


6 


FRAME LENGTH 


2 


Total Amount of Data in All Buffers of the Frame 


8 


HEADER_LENGTH 


1 


Length of Frame Header 


9 


RSAP_VALUE 


1 


Destination SAP Value 


10 




2 


Reserved 


12 


LAST_BUFFER 


2 


Offset in Shared RAM to NEXT_BUFFER field 
of the Last Buffer in the Frame 


14 


FRAME POINTER 


2 


Reserved for the Adapter 


16 


NEXT_BUFFER 


2 


Offset to NEXT_BUFFER Field of the Next Buffer 
in the Free Transmit Buffer Queue 


18 


XMIT_STATUS 


1 


Reserved for the Adapter 


19 


STRIPPED_FS 


1 


Final Status Returned from the Frame Stripping Process 


20 


BUFFER_LENGTH 


2 


Length of Frame Data in this Buffer 


22 


FRAME_DATA 


n 


The Frame Data to be Transmitted 


XMIT_COMMAND 

This specifies the type of transmit command being requested for this frame. The command is placed in the first (or only) buffer 
for the frame. The available commands are shown in the command table on the previous page. 

XMIT_CORRELATOR 

This field specifies a sequence number for the frame being transmitted. It is placed in the first (or only) buffer for the frame, 
according to the following rules: 

— each Station ID uses a unique set of correlators 

— the correlator for the first frame transmitted on by a Station ID is 

— the correlator for each subsequent frame for a Station ID is incremented by 1 and wraps to after reaching 127 

— the correlator Is coded as a binary count in this one byte field 

— a maximum of 127 correlators may be outstanding for any one Station ID 
RETCODE 

The Host initializes the return code to xFE in the first buffer of a frame. 

STATION_ID 

This field specifies the STATION_ID on which to transmit the frame. It is placed by the Host In the first (or only) buffer of a 

frame. Valid Station IDs are: 

jtOOOO Direct Station 

xnnOO SAP Station nn 

xnnmm Link Station mm under SAP Station nn 

FRAME_LENGTH 

This value is the sum of all the buffer lengths in the frame. It is placed by the Host in the first (or only) buffer of a frame. The 
adapter does not modify this value when returning completed frames. 

HEADER_LENGTH 

This value is the length of the LAN header contained in FRAMF DATA. It is placed by the Host in the first (or only) buffer of a 
frame only for frames that are to be transmitted on an SAP (Station ID = xn/TOO). 



00 
00 
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RSAP_VALUE 

This is the destination SAP (DSAP) value for a frame transmitted on an SAP. It is placed by the Host in the first (or only) buffer of 
a frame only for frames that are to be transmitted on an SAP (Station ID = xnnOO). 

LAST_BUFFER 

This is the offset in Shared RAM to NEXT_BUFFER in the last frame buffer. It is placed In the first buffer by the Host. 

NEXT_BUFFER 

This Is the pointer to NEXT_BUFFER in the next free buffer in the free transmit queue. It is maintained by the adapter and 
should not be changed by the Host. 

XMIT_STATUS 

This Is reserved for use by the adapter. 

STRIPPED_FS 

This value Is placed by the adapter info the last buffer of a frame after the frame has been transmitted, and Is the FS of the 
transmitted frame. This value is only valid if the adapter return code Is x22 (Adapter frame error). 

BUFFER_LENGTH 

This value is the length of FRAME_DATA In this buffer. It Is placed in each buffer by the Host. 

FRAME_DATA 

This is the content of the frame to be transmitted by the adapter. Its content varies depending on the transmit command used: 

TRANSMIT.I.f rame This Is the data field of the frame to be transmitted. The adapter will provide the IJ\N and DLC headers. 

TRANSMIT.DIR.frame This is the entire message, including the LAN header and any additional headers with space reserved 

for the LAN source address, which will be Inserted by the adapter. If the LAN header contains routing 

Information, the Host software must set the high order bit of the LAN source address field to a 1; 

otherwise, that bit should be a 0. 

All other This is the entire message. Including the LAN header and any additional headers with space reserved 

transmit commands for the LAN source address, which will be inserted by the adapter. The LAN header is followed by 3 

bytes reserved for the adapter to insert the LLC header which is followed by the data. The adapter will 

determine if the routing information Is present in the header by examining the HEADER_LENGTH field 

in the buffer. The LAN header and reserved space for the LLC header must be in the first buffer for the 

frame. 

Valid Return Codes from Adapter (Fast Path Transmits) 

xOO Operation completed successfully 

x01 Invalid command code 

x08 Unauthorized access authority 

x22 Error on frame transmission, examine STRIPPED FS 

x23 Error on frame transmit or strip process 

x24 Unauthorized MAC frame 

x25 Maximum commands exceeded 

x26 Invalid correlator 

x27 Link not transmitting 1 frames, state changed from link opened 

x28 Invalid transmit frame length command 

x29 Link retransmission in process, buffers free 

x40 Invalid STATION_lD 

x41 Protocol error, link In invalid state for command 
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Non-Fast Path (SRB) Transmit Command Format 

Tha table below shows the format for Transmit commands issued when the Fast Path Interface is not activated. These com- 
mands are placed in the SRB. 



Offset 


Parameter Name 


Byte 
Length 


Description 





COMMAND 


1 


xxx, TRANSMIT.X)0( 


1 


CMD_COR RELATE 


1 


Set by the Adapter Upon Return 


2 


RETCODE 


1 


Set by the Adapter Upon Return 


3 




1 


Reserved 


4 


STATION_ID 


2 


ID of the Station Sending the Data 



If there Is no immediate error, the adapter sets the RETCODE field to xFF and sets the command correlator field. The adapter 

will interrupt the Host by setting HISR(13) if an SRB Free Request interrupt is received by the adapter. If there is an Immediate 

error, the adapter sets the RETCODE field with the appropriate code and interrupts the Host by setting HISR(13). 

Valid Return Codes (Non-Fast Path Transmits) 

xFF Command in process 

xOI Invalid command code 

x04 Adapter closed, should be open 

x25 Maximum commands exceeded 

x40 Invalid STATION_ID 

x41 Protocol error, link in invalid state for command 

x4A Sequence error, command In process 

When the adapter completes the transmit command, it prepares the system status block (SSB) and interrupts the Host by 

setting HISR(IO). If more than one TRANSMIT.I. FRAME command is being reported, the command correlate field will contain 

the correlator for the last command completed. 



Offset 


Parameter Name 


Byte 
Length 


Description 





COMMAND 


1 


xxx. The Transmit Command from the SRB 


1 


CMD_COR RELATE 


1 


Host/Adapter Command Correlator 


2 


RETCODE 


1 


Completion Code 


3 




1 


Reserved 


4 


STATION_ID 


2 


ID of the Station Providing Status 


6 


TRANSMIT_ERROR 


1 


If RETCODE = x22 the Returned FS Byte 



Valid SSB Return Codes (Non-Fast Path Transmits) 

xOO Operation completed successfully 

x08 Unauthorized access priority 

x22 Error on frame transmission, check TRANSMIT_FS data 

x23 Error in frame transmit or strip process 

x24 Unauthorized MAC frame 

x27 Link not transmitting I frames, state changed from link opened 

x28 Invalid transmit frame length command 



00 
00 



4-133 



ARB (TROPIC-TO-HOST) COMMAND SUMMARY 

The commands in the table below can be issued to the Host by TROPIC. The commands have the following in common: 

• TROPIC prepares the command in the ARB and interrupts the Host by setting HISR(1 1). 

• The Host reads the command infomiation and intemjpts the adapter by setting TISR(9) to acknowledge receipt of the 
command and Indicate that the adapter can reuse the ARB. 

• If a response is required, the Host will put the response information in the ASB and interrupt the adapter by setting TISR(12). 

• After reading the ASB response, the adapter does one of the following: 

— Sets the return code to xFF and interrupts the Host by setting HISR(12) if the ASB Free Request interrupt bit is set 

— Sets a return code indicating that an error has been detected and interrupt the Host by setting HISR(12) regardless of the 
state of the ASB Free Request interrupt bit. 



Command Name 


Code (Hex) 


Description 


DLCSTATUS 


83 


Indicates a change in DLC status to the Host 


RECEIVED.DATA 


81 


Informs the Host that data for a particular STATION_ip has been received; the 
Host must move the data from the Shared RAM Receive buffers to buffers In Host 
memory 


RETRANSMIT.DATA 


86 


FAST PATH ONLY: Lets adapter request a retransmission of frames by the Host 
due to changes in linl< station status; the Host responds by moving frames to the 
transmit buffer pool starting at the frame with the correlator in the ARB 


RING.STATUS.CHANGE 


84 


Indicates a change in network status to the Host 


TRANSMIT.DATA.REQUEST 


82 


NON-FAST PATH ONLY: When Fast Path is not used, informs the Host that 
TROPIC now needs data for a Transmit command previously issued by Host 



DLCSTATUS x83 

SUMMARY: The adapter is indicating a change in DLC status to the Host 

When the Host has read the command Information from the ARB, it will interrupt the adapter by setting TISR(9) to acknowledge 
receipt of the command and indicate that the adapter may reuse the ARB. No response is required for this command. However, 
see Section 8.0 for DLC Status codes and suggested responses. 



Offset 


Parameter Name 


Byte 
Length 


Description 





COIVIMAND 


1 


x83, DLCSTATUS 


1 




3 


Reserved 


4 


STATION_ID 


2 


ID of the SAPs or Stations Presenting Status 


6 


STATUS 


2 


DLC Status Indicator; see Following Explanation 


8 


FRMR_DATA 


5 


Data Sent or Received with FRMR Response 


13 


ACCESS_PRI0R1TY 


1 


New Access Priority for SAP or Station 


14 


REMOTE__ADDRESS 


6 


The Physical Ring Address of the Remote Station 


20 


RSAP_VALUE 


1 


Remote Station's SAP_VALUE 
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STATUS 

More than one bit can be set in the status word if the adapter had to wait for the ARB to become available. The bit meanings are 

listed below. For more details and a list of responses to these conditions, see Section 8. 

Bit 15 Ti Timer has expired 

Bit 14 DLC counter overflow 

Bit 13 Access priority reduced 

Bits 12-9 Reserved 

Bit 8 Local station has entered "local busy" condition 

Bit 7 Link lost 

Bit 6 DM or DISC received, or DISC acknowledged 

Bit 5 FRME received 

Bit 4 FRME sent 

Bit 3 SABME received for an open link station 

Bit 2 SABME received, link station opened 

Bit 1 Remote station has entered local busy state 

Bit Remote station has left local busy state 

RECEiVED.DATA x81 

SUMMARY: This command informs the Host that data for a particular STATION_ID has been received. The data must be 
moved from the receive buffers in shared RAM and placed into buffers in Host memory. 

When the Host has finished processing the RECEIVED.DATA command, it will provide a return code in the ASB and interrupt 
the adapter by setting TISR(12). If the return code is x20, and the frame was an 1 frame destined for a link station, the adapter 
will set local busy state (buffer set) for the affected link station. It is the Host software's responsibility to reset the local busy 
state when buffers become available. 


Offset 


Parameter Name 


Byte 
Length 


Description 





COMMAND 


1 


x81, RECEIVED.DATA 


1 




3 


Reserved 


4 


STATION_ID 


2 


ID of the Receiving Station, see Following Explanation 


6 


RECEIVE BUFFER 


2 


Offset to the First Receive Buffer in Shared RAM 


8 


LAN_HDR_LENGTH 


1 


The Length of the LAN Header Field 


9 


DLC HDR LENGTH 


1 


The Length of the LLC Header Field 


10 


FRAME_LENGTH 


2 


Length of the Entire Frame 


12 


NCB_TYPE 


.1 


Category of the Message Received, see Following Explanation 


STATION_iD 

This field will indicate the link station, the SAP, or (if xOOOO) the direct station that the data is destined for. 

DLC_HDR_LENGTH 

This is the actual LLC header length if the message is a non-MAC frame, and the destination is either an SAP or a link station. It 

is equal to xOO if the message is either a MAC frame or a non-MAC frame and the destination is the direct station. 



00 
09 
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NCB_TYPE 

Following are the different categories of messages received: 

Hex 

Value Type 

02 MAC frame 

04 I frame 

06 Ul frame 

08 XI D command poll 

OA XID command not-poll 

DC XID response final 

OE XID response not final 

10 TEST response final 

12 TEST response not final 

14 Other or unidentified. 

The ASB Response from the Host 



Offset 


Parameter Name 


Byte 
Length 


Description 





COMMAND 


1 


x81,RECEIVED.DATA 


1 




1 


Reserved 


2 


RETCODE 


1 


Return (Completion) Provided by the Host Program 


3 




1 


Reserved 


4 


STAT10N_ID 


2 


ID of the Station Receiving Data 


6 


RECEIVE_BUFFER 


2 


Offset to the Address of the First Receive Buffer in Shared RAM 



Return Code to TROPIC 

xOO Operation completed successfully 

x20 Lost data on receive, no buffers available. Local busy will be set if NOB ^TYPE specified l-frame. 

Return Code to the Host 

xFF Response valid, ASB available 

xOI Unrecognized command code 

x26 Unrecognized command correlator, see following Note 

x40 Invalid STATI0N_1D 

Note: For x26 only, "Unrecognized command con-elator" means that the receive buffer address is not that which is expected by the adapter. 

Received Data 

Received data is held in the adapter shared RAM in one or more receive buffers, depending on the length of the frame. The 
address of the first, or only, receive buffer will be provided to the Host in the ARB with the RECEIVE.DATA command. In the last, 
or only buffer containing the frame, bytes 2 and 3 will contain xOOOO; otherwise they will contain the address of the next buffer 
plus 2 bytes. 
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Receive Buffer Format 



oa 

09 



Offset 



Parameter Name 



Byte 
Length 



Description 



Reserved 



BUFFER_POINTER 



Offset to the Address of the Next Buffer Plus 2, 
or Zero if this is the Last Buffer 



Reserved 



RECEIVE_FS 



FS/Address Match (Last Buffer Only) 



BUFFER_LENGTH 



Length of the Data in this Buffer 



8 



FRAME_DATA 



Frame Data 



RECEIVE_FS 

RECEIVE_FS bits are described below: 
Bit 7 Address recognized indicator 
Bit 6 Frame copied indicator 
Bit 5 Reserved 
Bit 4 Reserved 

Bit 3 Address recognized indicator 
Bit 2 Frame copied indicator 
Bits 1-0 Reserved 

RETRANSMIT.DATA x86 

The adapter will use this ARB to request the retransmission of Fast Path transmitted frames due to changes in the status of a 
link station. This ARB is only used on the linl< interface. The Host software responds by moving frames to the transmit buffer 
pool starting at the frame with the correlator given in the ARB. See the earlier discussion of Fast Path Transmits for moro 
information on retransmissions. 



Offset , 


Parameter Name 


Byte 
Length 


Description 





COMMAND 


1 


x86, RETRANSMIT.DATA 


1 


CORRELATOR 


1 


Correlator Number with which to Start Retransmission 


2 




2 


Reserved 


4 


STATION_ID 


2 


Station ID of Link Requiring Retransmission 



RING.STATUS.CHANGE x84 

The adapter is indicating a change in the network status to the Host. 

The status provided with this command is the current network status and may possibly equal the last status if the adapter has 
had to wait for the ARB to become available. When the Host has read the command information from the ARB, it will interrupt 
the adapter by setting TISR(9) to acknowledge receipt of the command and indicate that the adapter may reuse the ARB. No 
response is required for this command. 



Offset 


Parameter Name 


Byte 
Length 


Description 





COMMAND 


1 


x84, RING.STATUS.CHANGE 


1 




5 


Reserved 


6 


NETW_STATUS 


2 


Current Network Status, see Section 8.0 
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TRANSMIT.DATA.REQUEST x82 

This informs the Host that data for a non-Fast Path (SRB) transmit command previously issued by the Host is needed. 
When the Host has read the command information from the ARB, it will interrupt the adapter by setting TISR(9) to acl<nowledge 
receipt of the command and indicate that the adapter may reuse the ARB. When the Host has completed processing the 
TRANSH/IIT.DATA.REQUEST command, it will provide a return code in the ASB and interrupt the adapter by setting TISR(12). 
Only a successful return code is expected by the adapter in response to this request. The Host program should make sure that 
the transmit request is valid before issuing the original command to the adapter. 


Offset 


Parameter Name 


Byte 
Length 


Description 





COIVIMAND 


1 


x82, TRANSI^IT.DATA.REQUEST 


1 


Ct^D_CORRELATE 


1 


PC/Adapter Command Correlator 


2 




2 


Reserved 


4 


STATION_ID 


2 


ID of the Sending Station 


6 


DHB_ADDRESS 


2 


The Address of the DHB to Put the Data in 


A description of DHB contents after the data move follows: 

TRANSMIT.I.frame This is the data field of the frame to be transmitted. The adapter provides the LAB and DLC headers. 

TRANSMIT.DIR.frame This is the entire message, including the LAN header and any additional headers, with space reserved 
for the LAN source address to be inserted by the adapter. If the LAN header contains routing informa- 
tion, the Host must set the high-order bit of the high-order byte of the source address field on. 

All other commands These include the LAN header with space resen/ed for the LAN source address to be inserted by the 
adapter, followed by 3 bytes reserved for the adapter to insert the LLC header, followed by the data. 
The adapter determines whether or not the LAN header includes routing information by checking the 
length field in the ASB accompanying the DHB. 

ASB Response from Host 


Offset 


Parameter Name 


Byte 
Length 


Description 





COMIWAND 


1 


The Transmit Command as Provided in the Original SRB Command 


1 


CIVID_CORREUTE 


1 


PC/ Adapter Command Correlator 


2 


RETCODE 


1 


Return (Completion) Provided by the Host Program 


3 




1 


Reserved 


4 


STATION_ID 


2 


ID of the Station Sending Data 


6 


FRAME LENGTH 


2 


Length of the Entire Frame 


8 


HEADER_LEr\IGTH 


1 


Length of the LAN Header, Required Only for an SAP 


9 


RSAP_VALUE 


1 


Remote SAP, the DSAP in the Transmitted Frame, 
Required Only for SAP Station IDs 


Return Code to the Adapter 

xOO Operation completed successfully 
Return Codes to the Host 

xFF Response valid, ASB available 
xOI Unrecognized command code 
x26 Unrecognized command correlator 
x40 Invalid STATION_ID 
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6.0 BRIDGE OPERATION AND COMMANDS 

By using two TROPiC-based adapters In the same worksta- 
tion, each connected to a separate Ring, a bridge applica- 
tion program can fonivard frames between the two Rings. 
This capability Is supported by some additional resources: 

• two additional SRB commands 

• one additional ARB command 

• two additional Shared RAM areas— a Bridge Transmit 
Control area and Bridge Transmission buffers 

• two additional Interrupt register bits, one in the HiSR and 
one In the TISR 

A DIR.CONFIG.BRIDGE.RAM command must be Issued be- 
fore the DIR.OPEN.ADAPTER command. This ensures that 
the shared RAM will be prepared with the bridge transmit 
areas allocated when the open Is performed. 
After the adapter has been opened, a 
DIR.SET.BRIDGE.PARM command must be Issued to en- 
able frames to be received for fonwardlng. 
An adapter that Is opened for bridge functions interrogates 
all frames passing on the ring. Any received frame that does 
not have any other address match for the adapter and has a 
routing Information (Rl) field is to be fonwarded. Refer to the 
IBM Token-Ring Network Architecture Reference for more 
about routing frames. 

When the adapter receives a frame from the ring for for- 
warding, the adapter Issues an ARB command (the 
RECEIVE.BRIDGE.DATA command) to the Host. 
The Host software must move the frame data from the re- 
ceive buffers of the receiving adapter In shared RAM to the 
transmit buffers In the shared RAM of the adapter connect- 
ed to the other ring. Then the Host software must Inform the 
receiving adapter that the frame has been accepted by re- 
sponding to the ARB with an ASB. 
The Host software must set TISR(14) to Initiate transmitting 
the frame now in the bridge transmit buffer In shared RAM 
of the transmit adapter. When the adapter has completed 
transmitting the frame, It sets HISR(9) to inform the Host 
software. 

The bridge transmit control area Is used during the transmis- 
sion to monitor buffer use and availability. 



Shared RAM Layout for Bridge Use 

TROPIC assigns locations in shared RAM when the adapter 
Is opened for bridge use In a format like the following: 

Start of Shared RAM (as seen from TROPIC) 



00 

oa 



Host Read-only Address Space 


Adapter Private 
Variables and 
Worl< Areas 


Length: 1496 bytes 


System Status Biocl< 
(SSB) 


Length: 20 bytes 


Adapter Request 
Block (ARB) 


Length: 28 bytes 


Receiver Buffers 


Length: space remaining after ail 
SAPs or stations are defined 


SAP and Link Station 
Control Blocks 


Length: as defined by mnaximum 
number of SAPs or stations 


Host Read/Write Address Space 


Data Holding Buffer 
(DHB) 


Length: as specified at open 
adapter time. There may be one 
or more DM Bs. 


System Request Block 
(SRB) 


Length: 28 bytes 


Adapter Status Block 
(ASB) 


Length: 12 bytes 


Bridge Transmit 
Control Area 


Length: 16 bytes 


Bridge Transmit 
Buffers 


Length: defined by the 
DIR.CONFIG.BRIDGE.RAM 

command 


Reserved Area on 64 kB Shared RAM Adapters 


Reserved 


Length: 51 2 bytes 



End of Shared RAM (As Seen from TROPIC) 
Note: On 64 kB adapters, ma 512 bytes at ttie end are reserved. 
The bridge transmit control area and the bridge transmit 
buffers are the additional fields defined In shared RAM for 
bridge functions (if the bridge functions are activated by a 
DIR.CONFIG.BRIDGE.RAM command). 



The Bridge Commands 

The following commands are provided to allow the use of TROPIC'S bridge functions. 



Command Name 



DIR.CONFIG.BRIDGE.RAM 



DIR.SET.BRIDGE.PARMS 



RECEIVED.BRIDGE.DATA 



Code (Hex) 



OC 



09 



85 



Description 



Tells adapter how much shared RAM to allocate for bridge transmit control areas and 
buffers 



Lets Host set values and conditions for adapter to use when copying frames for 
fonwarding 



Informs Host that adapter has received frame that requires forwarding 
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CO 
CO 



DIR.CONFIG.BRIDGE.RAM xOC 

SUMMARY: This command tells the adapter how much shared RAM to allocate for bridge transmit control area and buffers. 
The adapter must have been initialized and must not be open for this command to be accepted. When subsequent commands 
are issued, the conditions enabled by this command are incorporated. 

In addition to the allocation of shared RAM, this command forces bit 8 of the functional address to be set on regardless of the 
parameter passed by a subsequent DIR.OPEN.ADAPTER or DIR.SET.FUNCTIONAL.ADDRESS command. Once set, this func- 
tional address can be reset only by either closing and reinitializing the adapter, or issuing a DIR.CONFIG.BRIDGE.RAM com- 
mand with a shared RAM size of zero. 



Offset 


Parameter Name 


Byte 
Length 


Description . 





COMMAND 


1 


xOC, DIR.CONFIG.BRIDGE.RAM 


1 




1 


Reserved 


2 


RETCODE 


1 


Set by the Adapter Upon Return 


3 




5 


Reserved 


8 


XMIT_RAM_SIZE 


2 


The Amount of Shared RAM for Bridge Transmit Space 



XMIT_RAM_SIZE 

The number of 8 byte blocks of shared RAM to dedicate for bridge transmit buffers and the associated bridge transmit control 
area. The transmit buffers will be formatted identically to the receive buffers when the adapter Is opened. The minimum value for 
this field Is 3 (24 bytes). 

SRB Response 

When the adapter completes the command, it sets return values in SRB bytes 8 through 1 1 and the return code Is placed In the 
HETCODE field. The adapter then interrupts the Host by setting HISR(13). The SRB content will then be as shown below. 



Offset 



10 



Parameter Name 



COMMAND 



RETCODE 



BRIDGE_XMIT 



SRB^^DDRESS 



Byte 
Length 



Description 



xOC, DIR.CONFIG.BRIDGE.RAM 



Reserved 



Return Code, see Below 



Reserved 



Offset to the Address of Bridge Transmit Control Area 



Offset to the Address of the SRB 



Valid Return Codes 

xOO operation completed successfully 

xOI Invalid command code 

x03 Adapter open, should be closed 
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DIR.SET.BRIDGE.PARMS x09 

SUMMARY: This command provides values and conditions for the adapter to use when copying frames for fonvarding. 
A DIR.CONFIG.BRIDGE.RAM command must have previously been completed successfully and the adapter must be open for 
this command to be accepted. A return code of x05 (required parameters not provided) is returned if the 
DIR.CONFIG.BRIDGE.RAM command was not previously completed successfully. The adapter does not check for parameters 
missing from this command. 



Offset 



Parameter Name 



COMMAND 



RETCODE 



SOURCE_RING 



Byte 
Length 



Description 



x09, DIR.SET.BRIDGE.PARMS 



Reserved 



Set by the Adapter Upon Return 



Reserved 



Source Ring Number 



TARGET_RING 



Target Ring Number 



10 



BRIDGE_NUMBER 



Individual Bridge Number 



12 



PARTITION_BITS 



Number of Partition Bits 



13 



SROUTE_BROADCAST 



Single-Route Broadcast Path Indicator 



14 



TOKEN_PRIORITY 



Access Priority for Forwarding Frames 



SOURCE_RING 

The adapter compares the value in this field with the routing information source ring field in frames received from the ring when 
determining if the frame is to be forwarded. This value must be the number of the ring to which this adapter Is connected. For 
instance, the valid range of values is xX001 to xXFFF if the PARTITION_BITS parameter value is 4. The SOURCE_RING value 
must he different from the TARGET_RING value. 

Note: AH bridges connected to a specific ring must refer to the ring witli tlie same ring number value. 

TARGET_R1NG 

The adapter compares the value in this field with the routing information target ring field in frames received from the ring when 
determining if the frame is to be forwarded. This value must be the number of the ring to which the other adapter in this Host is 
connected. For instance, the valid range of values is xX001 to xXFFF if the PARTITION_BITS parameter value Is 4. The 
TARGET_RING value must be different from the SOURCE_RING value. See the note above. 

BRIDGE_NUMBER 

The adapter compares the value in this field with the routing information bridge number field in frames received from the ring 

when determining if the frame is to be forwarded. 

PARTITION_BiTS 

The value in this field is used to determine what portion of each 2-byte segment in the routing information field contains the 
bridge number. A value of 4 indicates that the low-order 4 bits of the segment contain the bridge number. The remaining 12 bits 
contain the ring number. There is no default value for this field. The Host software is responsible for maintaining a validity check 
on the value used. All bridges in the network must use the same value for this field or its equivalent. See "Routing Control Field" 
\n Vne IBM Token-Ring Network Architecture Reference. 

SROUTE_BROADCAST 

The value In this field is used to determine the handling of single-route broadcast frames that are received. If the value is zero, 
single-route broadcast frames will not be copied by the adapter. If the value is not zero, single-route broadcast frames will be 
copied by the adapter. 

TOKEN_PRIORiTY 

This value indicates the priority token that can be captured or requested for bridge fonward frame use. The maximum value 
allowed is 4. A value greater than 4 will cause a return code of x08 (unauthorized access priority). 

This parameter does not affect the priority of frames sent by the Host software using the standard transmit buffer path. Refer to 
the Transmit Commands discussion In Section 5.0. 
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SRB Response 

When the adapter completes the DIR.SET.BRIDGE.PARMS operation, it sets the return code in the SRB and interrupts the Host 
by setting HISR(1 3). 

Valid Return Codes 

xOO Operation completed successfully 
xOI Invalid command code 
x04 Adapter closed, should be open 
x05 Required parameters not provided 
x08 Unauthorized access priority 

RECEIVED.BRIDGE.DATA x85 

SUMMARY: This command Informs the Host that the adapter has received a frame that does not have any other address match 
for the adapter (such as specific, group, or functional address match) and has an Rl field. This command is only valid after a 
DIR.SET.BRIDGE.PARMS command has been received by the adapter. 

All frames received by the adapter as bridge frames are given to the Host through the direct Interface (station xOOOO). Therefore, 
until the Host issues an ASB response to the RECEIVE.BRIDGE.DATA ARB command, no other ARB Interrupts for data 
received on the direct Interface can be issued to the Host. This includes both MAC and additional frames to be forwarded. 
The Host software must set TISR(9) to indicate that the command has been read from the ARB. After the Host software has 
completed processing the command and written the ASB, TISR(12) must he set to indicate completion to the adapter. Frames 
that have a destination address match are passed to the Host through the normal RECEIVE.DATA ARB (x81). 


Offset 


Parameter Name 


Byte 
Length 


Description 





COMMAND 


1 


x85, RECEIVE.BRIDGE.DATA 


1 




3 


Reserved 


4 


STATION_ID 


2 


ID of the Receiving Station, Always xOOOO 


6 


RECEIVE BUFFER 


2 


Offset to the Address of the First Receive Buffer in Shared RAM 


8 


UN HDR LENGTH 


1 


The Length of the LAN Header Field 


9 




1 


Reserved 


10 


FRAME LENGTH 


2 


Length of the Entire Frame (Including CRC) 


12 


NCB_TYPE 


1 


Category of the Message Received, Always x1 4 (Other) 


Note: The last 4 bytes of data in ttie receive buffer for a fraoma received via a RECEIVE.BRIDGE.DATA (x85) ARB are tfle received cyciic redundancy check 
(CRC|. 

The ASB Response from the Host 

The Host software should respond to the RECEIVE.BRIDGE.DATA (x85) ARB with a RECEIVED.DATA (x81) ASB as shown 
below. 


Offset 


Parameter Name 


Byte 
Length 


Description 





COMMAND 


1 


x81, RECEIVED.DATA 


1 




1 


Reserved 


2 


RETCODE 


1 


Return (Completion) Provided by the Host Program 


3 




1 


Fieserved 


4 


STATION_ID 


2 


ID of the Station Receiving Data, Always xOOOO (Direct Interface) 


6 


RECEIVE BUFFER 


2 


Offset to the Address of the First Receive Buffer in Shared RAM 
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Return Code to the Adapter 

xOO Operation completed successfully 

Return Code to the PC System 

xFF Response valid, ASB available 

x01 Unrecognized command code 

x26 Unrecognized command correlator 

x40 Invalid STATION_ID 

Note: For this response only, ■'Unrecoanized command correlator" means that the receive buffer address is not that which Is expected by the adapter. 

The Received Data 

See the RECEIVED.DATA ARB command description for details about the receive buffers. 

TRANSMITTING BRIDGE FORWARDED FRAMES 

Transmitting frames forwarded by a Host bridge program using TROPIC is performed differently than normal transmitting. The 

frame data can be moved directly from the receive buffers in the shared RAM of the receiving adapter to the transmit buffers in 

the shared RAM of the transmit adapter. 

The bridge transmit control area allows the adapter and the Host software to jointly manage the transmit buffer pool. The 

locations of the bridge transmit control area and the bridge transmit buffers in shared RAM are available at the completion of the 

DIR.CONFIG.BRIDGE.RAM SRB command. 

Bridge Transmit Control Area 



09 
00 



Offset 



10 



12 



Parameter Name 



INPUT_COUNT 



OUTPUT_COUNT 



RETURN_COUNT 



IVIAX_B UPPERS 



NEXT_BUPPER 



OLD_BUPPER 



Byte 
Length 



Description 



Reserved 



Count of the Buffers in Use by the Host 



Count of the Buffers Transmitted by the Adapter 



Count of the Buffers Returned to the Host by the Adapter 
after Transmission 



Reserved for Host Use 



The To tal Number of Bridge Transmit Buffers 
The Address of the Next Available Buffer 



The Address of the Buffer Containing the Next Data to Transmit 



Reserved for Adapter Work Area 



INPUT_COUNT 

This field is incremented by the Host software to Indicate the number of bridge transmit buffers filled. The adapter can only read 
this field. 

OUTPUT_COUNT 

This field is incremented by the adapter to indicate the number of buffers that have been transmitted (successfully or unsuccess- 
fully). The Host can only read this field. 

RETURN_COUNT 

This field is set by the Host software to indicate the number of buffers that have been returned after transmission by the adapter. 
The adapter docs not use this field. 

MAX_BUFFERS 

This field contains the total number of bridge transmit buffers formatted when the adapter is opened with the bridge functions 
active. The Host can only read this field. 

NEXT_BUFFER 

When the adapter is opened, it sets this field with the address in shared RAM of the first bridge transmit buffer. Thereafter, the 
adapter will neither read nor write this field. 

OLD_BUFFER 

When the adapter is opened, it sets this field with the address in shared RAM of the first bridge transmit buffer (the same as the 
NEXT_BUFFER field). Thereafter, the adapter will neither read nor write this field. 
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00 

rr 

00 



Initiating Transmission 

Tile Host software must follow these steps to transmit frames using ttie bridge transmit control area. 

1. Determine the number of transmit buffers currently available by the following calculation using 8-bit unsigned arithmetic 
Number of buffers available = MAX_BUFFERS - INPUT_COUNT + RETURN_COUNT 

2. If buffers are available, Host software then fills the data area of the buffers, sets BUFFER_LENGTH to the length of data in 
the buffer, and sets XIVIIT_CONTROL in the buffer appropriately (see "Bridge Transmit Buffer Layout" below). 

If an insufficient number of buffers are available to hold the entire frame to be transmitted, the Host software may fill the 
available buffers and waif until additional buffers become available. The Host software must not update the INPUT_COUNT 
field until the entire frame is copied into the bridge transmit buffers and the "iast-buffer-indicator" bit in the XH/1IT CONTROL 
field has been set. 

3. After the Host software has placed an entire frame into the bridge transmit buffers, it must update the bridge transmit control 
area as follows: 

— It must update the NEXT_BUFFER field to point to the next available buffer (that is, the value of BUFFER_POINTER in 
the last buffer used is stored in the NEXT_BUFFER field of the bridge transmit control area). 

— It must increment the INPUT_COUNT field by the number of bridge transmit buffers used by the frame. 

The Host software must ensure that the "iast-buffer-indicator" bit in the XMIT_CONTROL field has been set in the last buffer 
before updating the INPUT_COUNT field. 

Nole: Failure to do this can result in an adapter check with a reason code of xOOOl (program-detected error). 

4. The Host software should then set the frame fonward request (TISR bit 14) to indicate to the adapter that a bridge frame is 
ready for fora/arding. 

After the adapter has transmitted the frame (successfully or unsuccessfully), it updates the OUTPUT_COUNT field of the 
bndge transmit control area and sets the frame fonward complete (HiSR bit 9) bit to intenupt the Host. 

5. The Host software must then update its fields in the bridge transmit control area so that joint buffer management may be 
maintained. For example, it would set the RETURN_COUNT field equal to the OUTPUT_COUNT field value. 

Note: The BUFFEH_POINTER field of the last buffer of a frame always points to the first buffer of the next frame to be transmitted, because the bridge 
transmit buffers are linked in a circular queue. 

The Bridge Transmit Buffer Layout 

Bridge frames are transmitted out of special buffers dedicated to bridge traffic. These buffers are formatted when the adapter is 
opened with bridge functions selected and are the same length as the receive buffers in that adapter. If both adapters are 
opened with the same parameters, the logic required to copy frames from the receive buffers of one adapter to the transmit 
buffers of the other is minimal. 

There are two formats for the bridge transmit buffers: one for buffers filled by the Host software with the frame to fonward and 
another for the buffers that are retumed to the Host after the adapter has transmitted the frame. 
The bridge transmit buffers before transmission are described in the table below: 
Bridge Transmit Buffers (before Transmission) 



Offset 


Parameter Name 


Byte 
Length 


Description 





FRAME LENGTH 


2 


The Length of the Entire Frame (Including ORG), in First Buffer Only 


2 


BUFFER_POINTER 


2 


Offset to the Address of the Next Buffer Plus 2 


4 


XiVIIT CONTROL 


1 


Control Bits 


5 




1 


Reserved 


6 


BUFFER_LENGTH 


2 


Length of the Data in this Buffer 




8 


FRAME DATA 


n 


Frame Data 



FRAI«E_LENGTH 

This field must be set by the Host software to indicate the entire length of the frame to be transmitted. This field is valid in only 
the first buffer of the frame. The field is reserved in the rest of the buffers for the frame. 

BUFFER_POINTER 

Thisfield points to the BUFFER_POINTER field of the next available bridge transmit buffer. This field must not be altered by the 
Host software. It can only be interrogated. 
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XMIT_CONTROL 

This field is set by tlie Host software to control the CRC generation and to flag the last buffer of a frame. The bit meanings are: 

Bits Description 

Reserved 

CRC generation (required in first buffer only) 

= CRC Is to be calculated by the adapter and inserted after the buffer data. 

1 = The last 4 bytes of data in the last buffer for the frame are the CRC to be sent with the frame. 
Reserved 
Last buffer indicator. 

= There are additional buffers for the frame. 

1 = This is the last buffer for the frame. 



00 
00 
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BUFFER_LENGTH 

This field contains the total number of bytes to be transmitted from this buffer. 
The bridge transmit buffers after transmission are described in the table below. 
Bridge Transmit Buffers (after Transmission) 



Offset 



Parameter Name 



i^ST_BUFFER 



Byte 
Length 



Description 



The Address of the Last Buffer in the Frame, 
Plus 2, First Buffer Only 



BUFFER_POINTER 



Offset to the Address of the Next Buffer, Plus 2 



XMiT_STATUS 



Transmit Completion Status, Last Buffer Only 



STRIP__FS 



The FS Byte as Removed from the Frame, Last Buffer Only 



FRAME_LENQTH 



Length of the Entire Frame (Including ORG), Last Buffer Only 



NUMBER_BUFFERS 



The Number of Buffers in the Frame, Last Buffer Only 



9 



Data Area 



LAST_BUFFER 

This field contains the address of the BUFFER_POINTER field of the last buffer in the transmitted frame. This field is valjd in 
only the first buffer of the frame. The field is reserved in the rest of the buffers for the frame. 

BUFFER_POiNTER 

This field points to the BUFFER_P01NTER field of the next available bridge transmit buffer. 



4-145 



XMIT_STATUS 

This field is set by the adapter to indicate the transmit completion status of the frame. The bit meanings are: 



Blt^ 



Name 



Purge Indicator 



Description 



= The frame has not been purged. 

1 = The franne was not transmitted but was purged from the transmit queue 

by the adapter. The adapter may purge frames from the transmit queue 
under three conditions: 

— The ring the adapter Is connected to Is beaconing. 

— The source routing Indicator bit in the source address field Is not set. 
Note: This bit is not checl<ed by the adapter. 

— The frame Is a MAC frame with a source class and destination class 
of "ring station." 

When this bit is set, bits 6 through 1 are not set. 



Strip Frame Error 
Detect (SPED) 



When this bit Is set, the adapter detected a transmission error when 
removing the frame from the ring. 



Strip Error Detect 
Indicator (SEDI) 



This bit Is a representation of the error-detected bit found In the ending 
delimiter (ED) byte of the frame after transmission. 
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Transmit Completion 
Code 



These bits represent a transmit completion code which Is placed Into the last 
transmit buffer of a frame. The field definitions are: 
Bits 4-3— Parallel Completion 

00 = Good completion 

01 = DMA parity error 

10 = DMAunderrun 

1 1 = Next buffer In chain unavailable 
Bits 2- 1 — Serial completion 

00 = Good completion 

01 = PTT timeout; this frame's ending delimiter never returned 

I p = Corrupted token 

II = Either an implicit or explicit abort was stripped 



Last Buffer Indicator 



This bit Is always set to Indicate the last buffer of a transmitted frame. 



STRIP_FS 

This field contains the frame status (FS) byte of the frame after transmission. This field is valid for only the last buffer of a frame. 
It is valid only when the purge bit in the XMIT_STATUS field is zero. 

FRAME_LENGTH 

This field contains the value of FRAME_LENGTH before the frame was transmitted. This field is valid for only the last buffer of 
a frame. 

NUMBER_BUFFERS 

This contains the number of bridge transmit buffers used for the frame. This field is valid for only the last buffer of a frame. 

Note; This field overwrites the first byte of data in the last buffer of the frame. 
7.0 EARLY TOKEN RELEASE ISSUES 

Early Tol<en Release (ETR) is a method of reducing the delay or latency that can occur within a token ring due to the signal 
propagation time on a 16 Mbps Token-Ring Network as intermediate nodes repeat the signal. As the physical ring length 
(number of active stations) or the data rate increase, the number of bytes required to "fill" the ring increases. The maximum 
efficiency of the standard token protocol can be affected if a high percentage of the frames are shorter than the latency of the 
ring, resulting in an overall average frame size that is less than the ring latency. This Is due to the idle characters that must be 
inserted by a transmitting station until it has recognized its source address in the header of the returning frame and subsequent 
releasing of a new token. An early token release protocol allows a transmitting station to release a new token as soon as it has 
completed frame transmission, whether or not the frame header has returned to that station. 

ETR can optimize the use of the available ring bandwidth when the average frame size Is less than the ring length by decreasing 
the delay that subsequent stations would see before receiving a token. Frames from two or more different stations can be on the 
ring simultaneously with this enhancement to the protocol. 
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The ETR mode of operation alters the behavior of the priority protocol In that the station may not have received the header 
of the transmitted frame prior to releasing the token. When this occurs, the priority of the next token is the same as the token 
that was captured by the station prior to transmitting Its frame. Any priority reservations that may appear in the header of the 
returning frame are ignored. However, application programs that offer a mixture of both long and short frames will see littie 
or no negative performance Impact due to this mode of operation. 

The maximum ring efficiency Is defined as that portion of the bandwidth that is available for frame Information transfer. The 
maximum ring efficiency that can be achieved on a ring is simply the ratio of the average number of bytes per frame to the 
total number of bytes expended on the network to transfer the frame. If the average frame contains 100 bytes of information, 
but requires 25 idle bytes per frame, then a maximum ring efficiency of 80% can be achieved. This Is expressed as: 
Max Ring Eff = (Number of Frame bytes) / (Frame bytes + Idle bytes) 
f^ax Ring Eff = (100)/(100 + 25) = 0.80 
The number of Idle bytes varies depending upon the total frame length. The standard token protocol requires the sender to 
transmit idle characters onto the ring until It recognizes Its own address In the returning header of the frame. The length of 
the idle field Is thus a function of the frame size relative to the total latency of the ring. 

The typical latency of a 4 Mbps ring is approximately 50 to 100 bytes. However, 16 Mbps rings are more likely to be used In 
large backbone rings where the ring latency could exceed 400 bytes. The benefits of the ETR protocol will be greater where 
a 16 Mbps ring spans a large area. With ETR, no idle characters are required to fill such a ring. 

Hardware Implementation may require a small inter-frame gap between the end of one frame and the beginning of the next 
frame. 

Additional Factors to Consider 

Small frames are normally used for frame acknowledgements and command/control data. High link utilization Is more likely 
to be associated with simultaneous file transfers by several stations, thus having a higher percentage of "long" frames. Also, 
since the short frames could be back-to-back, a sequence of 40 frames at 50 bytes each causes about the same delay to a 
priority station as one continuous 2000 byte frame, assuming the priority station had to simply wait its turn for the token. 
Fairness of sen/ice ensures that all stations continue to receive their fair share of the ring bandwidth during periods of heavy 
load. 

Priority access provides the most benefit to a user only when the link utilization Is extremely high. Utilizations at these high 
levels should only occur during bursts of activity rather than for extended periods. During periods of low utilization, the 
priority reservation scheme should be Invoked less frequently, thus offering negligible transfer time Improvement. 

ETR Conclusion 

ETR can provide a substantial Increase in available data bandwidth when the average frame size Is shorter than the latency 
of the ring. 

The priority reservation protocol may be affected by the eariy token release mode of operation due to the loss of some 
resen/ations. However, based on simulation results, there appears to be negligible delay at utilizations below 80%, and the 
delays above 80% utilization should be limited for most rings exhibiting a mixture of long and short frames. The elimination 
of ring latency as a limiting factor in maximum ring efficiency Is a major benefit of the ETR protocol. 
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LAN Driver Software 
Support 



CONTENTS 

1.0 HARDWARE 

2.0 LAN DRIVER SOFTWARE 

General Driver Information 

Other Driver Software for SONICtm 
3.0 "NO-SOFTWARE" ETHERNET LAN SYSTEMS 

DESIGN 
4.0 NATIONAL SEMICONDUCTOR LAN DRIVER 

SOFTWARE DISTRIBUTION 
5.0 EVALUATION SOFTWARE 
6.0 CUSTOM DRIVER SUPPORT 

OVERVIEW 

This document is intended as an overview of the National 
Semiconductor LAN software driver support. Primarily de- 
scribed here are various details about evaluation and driver 
software for National's LAN evaluation products. In addition 
to these products, National can develop custom drivers for 
special requirements. 

Table I lists Evaluation boards currently in production or in 
development. Provided with these LAN evaluation products, 
are a number of software drivers and diagnostics that en- 
able a customer to easily evaluate and implement designs 
using National's LAN products. 

In Section 1.0 a short oven/lew of the available Evaluation 
boards is given followed by an in-depth description of avail- 
able software support, and information about developer pro- 
grams and general support for creation of LAN drivers. 
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1.0 HARDWARE 

The evaluation boards can be divided Into four categories. 
One set of boards is based on the DP8390 family, the sec- 
ond set is based on the high performance DP83932 
SONIC, the third set is based on the DP83950/955/6 
repeaters, and the fourth is token ring boards based on 
TROPICTW. All four are summarized here, and listed in Ta- 
ble I. 

16-Blt DP8390 Core Based Boards 

The DP83902EB-AT utilizes the DP83902 ST-NICtm to pro- 
vide a very low cost 16-bit I/O mapped design (software 
compatible with Novell's NE2000). This design utilizes low 
cost octal bus interface components to provide an example 
of a simple bus interface. The DP83905EB-AT uses the inte- 
grated AT/LANTICTM Ethernet Controller. This device pro- 
vides a very small parts count, cost effective interface spe- 
cifically for PC-AT® (ISA) bus compatible systems. 

16-Blt/32-Bit SONIC Based Boards 

The first SONIC based board is the DP839EB-ATS which 
provides a simple high-performance bus master interface 
for the PC-AT. This card shows the basic features of the 
SONIC, but due to the slowness of the AT bus cannot show 
SONIC's potential performance. The DP83916EB-AT has 
replaced the DP839EB-ATS, which is obsolete. This board 
uses an integrated bus interface from PLX Corp. (AT 9010), 
and also adds an interface to connect to the DP83950EB- 
AT's management interface. 



TABLE I. LAN Evaluation Boards 



Part 
Number 



DP83902EB-AT 



DP83905EB-AT 



DP83916EB-AT 



DP83932EB-EISA 



DP83934EB-EISA 



DP839EB-ATS 



DP839EB-MCS 



DP83950EB-AT 



DP83956EB-AT 



DP8025EB-AT 



Description 



ST-NIC PC-AT Compatible Ethernet Evaluation Board 



AT/LANTIC Evaluation Board 



16-Bit PC-AT Bus Master Evaluation Board with 
Repeater Management Interface 



32-Bit EISA Bus Master Evaluation Board 



32-Bit EISA Bus Master Evaluation Board 



1 6-Bit PC-AT Bus Master Evaluation Board 



32-Bit MicroChannel® Bus Master Evaluation Board 



12 Port PC-AT Repeater Evaluation Kit (RICKITTM) 



6 Port PC-AT Evaluation Hub Board 



1 6-Bit Token Ring Evaluation Board 



LAN 

Chips 

Supported 



DP83902 ST-NIC 



DP83905 AT/LANTIC 



DP83916 
SONIC-16 



DP83832 SONIC 



DP83934 SONIC-T 



DP83932 SONIC 



DP83932 SONIC 



DP83950 RICTM 



DPB3956 LERICTM 



DP8025 TROPIC 
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The DP83932EB-EISA and DP83934EB-EISA are better in- 
dicators of performance. Tliey are 32-bit bus master adapt- 
ers using ttie PLX EISA9032 bus interface and are compati- 
ble with EISA PCs. The simple bus mastering interface 
yields very high performance for EISA client computers. 

Repeater Evaluation Boards 

The DP83950 Evaluation Kit is provided to enable evalua- 
tion of the DP83950. This kit provides a cascadable 12 
10BASE-T port repeater with a PC-AT interface to enable a 
CPU to control. This design also has a management inter- 
face for networl« monitoring by a compatible card (such as 
that provided by the DP83916EB-AT). 
The DP83956EB-AT is a low cost 6 port repeater/node 
board which plugs into a PC-AT compatible computer and 
demonstrates the integration of a repeater and standard 
Ethernet card into a PC. It has the functionality of an Ether- 
net adapter but adds a 6 port repeater. 



Token Ring Boards 

The DP8025EB-AT utilizing the TROPIC to provide a cost 
effective slave (shared memory) PC-AT compatible token 
ring adapter card. Contact your local National Semiconduc- 
tor Sales office or authorized distributor for up-to-date infor- 
mation regarding driver software for TROPIC. 

2.0 LAN DRIVER SOIH-WARE 

For each of National Semiconductor's Evaluation boards, 
there is a set of drivers available (they are NOT generally 
supplied with the Evaluation Boards, see Section 5.0). The 
available drivers are listed in Table II. 
National Semiconductor's goal Is to develop a set of drivers 
which shows the operation and performance of the evalua- 
tion boards, and to provide example code for National Semi- 
conductor's iC products which can be used to develop simi- 
lar or related products. The intention is to simplify a custom- 
er's development by providing reliable software examples. 
In most cases, the boards and software provided come 
close to being product-quality design. 



TABLE 11. LAN Software Availability 



Product 


Evaluation 
Software 


NetWareTM 

2.15 

(IPX) 

(Note 6) 


NetWare 
3.11 
(ODD 

(Note 1) 


NetWare 
Boot 
ROM 


LAN 
Manager 

2.0 
(NDIS) 


LAN 

Manager 

Boot 

ROM 


FTP 
Pacl<et 
Driver 


SCO 

UNIX® 

386 V5 

3.2 


NDIS 
3.0 


DP83902EB-AT 


V 


w 


w 


J' 


c 


t» 


t^ 


w 


V 


DP83905EB-AT 


1^ 


(^ 


1^ 


1^ 


V 


■ i- 


V 


w 


1^ 


DP839EB-MCS 


<^ 


y' 


w 




!/• 




(^ 


(^ 




DP839EB-ATS 


** 


t^ " 


1^ 








j^ 


l" 




DP83916EB-AT 


t^ 


J/' 


(Note 4) 




(Note 2) 




!/• 


1^ 




DP83932EB-EISA 
(Notes) 


\^ 


*^ 


V 




1^ 




1^ 


1^ 


V 


DP8025EB-AT 


y 




1^ 




w 






>> 




DP83956EB-AT 


»-« 


V 


(Note 3) 


>* , 


w 


1^ 


W 


!/> 




DP83950EB-AT 


w 


NA 


NA 


NA 


NA 


NA 


NA 


NA 





Note 1; Includes DOS and OS/2 client and server drivers. 
Note 2: Under development. 

Note 3: The DPSSSse is compatible witti the DPB3902EB-AT when using device drivers. Novell HMI (Hub IWangement Interface) drivers for NetWare 3 1x are under 
development. 

Note 4: When used with the DP83950EB.AT can support Novell's Htuli. This driver is under development. 

Note S: DP83934EB-EISA is software compatible and uses the same driver sot 

Note 6: Novell is no longer certifying IPX workstation drivers; these have been superceded by ODI workstation drivers. 
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General Driver Information 

It is pertiaps appropriate to discuss wliat constitutes a use- 
ful driver or set of drivers. To specify a particular driver tiiree 
parameters are required: 

1. A specific hardware implementation; 

2. A networl< operation system; 

3. A computer operating system. 

If tl^ese are defined, then a single software driver can be 
specified. For example, if the computer is a PC with the 
DP83932EB-EISA, running NetWare 3.1 1 Net OS, and DOS 
OS, then a DOS ODI (Open DataLink Interface) driver is the 
specific driver required. Another example is a PS/2 with a 
SONIC MICROCHANNEL card running OS/2 with LAN 
IVIanager. This specifies an OS/2 NDiS (Network Driver In- 
terface Specification) driver. 

A category of drivers called boot ROMs (sometimes called 
RPL (remote program load) ROMs enable systems to load 
their operating system from a network server, eliminating 
the need for local storage on a local hard disk. 
Depending on the Network Operating System, differing 
numbers of drivers are necessary to obtain a working net- 
work using a specific NOS. Table II presents an example list 
of the drivers for each NOS. 

To develop these drivers information from each vendor is 
required. Most NOS vendors have a developer program that 
provides support and technical information to assist in the 
development of drivers. Address and phone information for 
some vendors is provided in Table Vi. Also shown in Table 
VI are the Compiler/ Assembler tools recommended to de- 
velop these software drivers. 

Other Driver Software for SONIC 

A couple of other drivers are available or under develop- 
ment that may be useful as examples for applications other 
than PC market applications. These drivers are suited to 
providing examples of how drivers for embedded applica- 
tions could be done. These drivers are: 

1. Embedded UNIX Driver 

2. Wind River's VxWorks Driver (available from Wind River 
Systems) 



Both of these drivers are available. Tiie Embedded driver is 
available from National, and can be used to provide fairly 
good generic examples of how to use the SOhJIC in an em- 
bedded application. The second driver is available from 
Wind River Systems (Phone: 510-748-4100). 

3.0 "NO-SOFTWARE" ETHERNET 
LAN SYSTEMS DESIGN 

For many designers, implementing a networking interface 
without having to provide or maintain a library of device driv- 
ers, can be a very attractive design option. If this can be 
accomplished then the costs and time associated with de- 
veloping the device drivers can be eliminated, simplifying 
the LAN system design process. 

Due to the fragmentation of hardware designs and architec- 
tures achieving the "No-Software" LAN implementation can 
be difficult. HOWEVER, a large number of Net OS software 
vendors have written and offer device drivers for Novell's 
NE2000 adapter. This adapter design was originally code- 
veloped by National and Novell, it has become very popular, 
and now a number of adapter board manufacturers provide 
software compatible boards as well. 
Due to the NE2000's popularity, many Net OS vendors ship 
drivers for NE2000's and compatibles with their products to 
ensure end-user acceptance of their hardware product. This 
is unique to the NE2000 architecture. Therefore the NE2000 
has become an industry standard architecture that is widely 
supported by major network software vendors. (National 
Semiconductor provides hardware design information for 
implementing an NE2000 design in the 1992 LAN Data- 
book; see AN-752). 

Table III Shows general information about some of the most 
popular LAN Net OS products. The right column describes 
the support for the NE2000 adapter provided. 
This list is fairly comprehensive, but may not be complete, 
as many other smaller NOS vendors may have written driv- 
ers for the NE2000 also. The NE2000 drivers are generally 
available to Ethernet hardware developers and can be li- 
censed to be shipped with the NE2000 hardware product. 
Licensing fees vary from company to company; the devel- 
oper should contact the appropriate vendors for specifics 
on the licensing of the drivers. 
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TABLE III. Network Operating System Vendors 


Net OS 


NOS 
Drivers 


Vendor 


Developer 
Tools 


NE2000 Driver 
Availability 


NetWare 


GDI OS/2 
ODI DOS 
ODI Server (Note 3) 

IPX Server 

IPX Workstation (Obsolete) 

Boot ROM 


Novell Inc. 

Independent Manufacturers 
Support Program, B-17-1 
122 East 1700 Soutti 
Provo, UT 84606 
801-429-5713 (Note 1) 


Ptiar Lap ASM 
for server 
Microsoft MASM 
for workstation 


Supplied with NetWare 


LAN 
Manager 


OS/2 NDIS (Note 1) 
DOS NDIS 
Boot ROM 


Microsoft Corporation 
System Software 
One Microsoft Way 
Redmond, WA 
98052-6399 
800-227-6444 


Microsoft MASM, 
Microsoft C 


Supplied with LAN 
Manager, may be 
licensed for use with 
other packages 


Boot 
ROMs 


RPL (LAN Manager 
and NetWare) 


LANWorks 
416-238-5528 


Microsoft 
MASM 


Programs and sells 
ROMS for both NetWare 
and LAN Manager, may 
be licensed for use with 
OEM products 


VINES 


bS/2 NDIS (Note 1) 
DOS NDIS 
Boot ROM 


Banyan 
508-898-1000 


Various 


Supplied with VINES, 
also uses NDIS drivers 
for clients 


NetBIOS 


NetBIOS Driver 


Performance Tectinology 

800-327-8526 

512-524-0500 


Various 


Licenses a driver for 
many NetBIOS 
applications (Note: 
LANtastic uses an 
NE2000 like card 


SCO 

UNIX386 

V3.2.4 


LLI Streams Driver 


Tfie Santa Cruz Operation, Inc. 
SCO Developer Program 
400 Enclnal St. 
P.O. Box 1900 
Santa Cruz, CA 95061 
408-425-7222 


SCO UNIX 386 
V3.2.4 

Development 
System with 
various LAN 
add-ons 


Supplied by SCO 
in LLI 3.1 update 
(now available) 


PC/TCP 
2.x 

(Note 2) 


DOS Packet Driver 


FTP Software 
P.O. Box 150 
Kendall Square Branch 
Boston, MA 02142 


Microsoft C 4.0 or 
greater, Boriand 
or Microsoft 
Assemblers 


General driver standard 
works with public 
domain and PC/TCP 


Note 1: NDIS Drivers are also supported by other networking pacl<ages such as Banyan ViNES, Sun® PC/NFS, and IBM LAN Server. 

Note 2: The SCO UNIX driver provides connectivity for a PC running SCO UNIX in a TCP/IP networl(. The packet driver enables DOS PC communication in a TCP/ 

IP networl<. 

Note 3: To facililale implementing Ethernet repeater management functions on servers, Noveii provides an additional driver specification to support IEEE Hub 

Management specifications. This driver add-on is called HMI. 
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4.0 NATIONAL SEMICONDUCTOR LAN 
DRIVER SOFTWARE DISTRIBUTION 

National Semiconductor provides LAN software as a sepa- 
rate set of software products available on IBM compatible 
floppy disks, tfiat may be ordered through an authorized 
National Semiconductor distributor or Sales office. 
Availability of driver source coda for some Net OS Is limited. 
Some Net OS vendors, require developers to sign up to a 
certification or developer program, which usually Involves 
paying fees, and signing a licensing agreement. The license 
agreement that National has signed for the drivers listed In 
this document may have certain limitations for distribution of 
the source code. (Distribution of object or binary code Is not 
restricted). Table IV below highlights the requirements for 
National to distribute driver software. 
In addition to the NOS vendor restrictions, National Semi- 
conductor Corporation has an additional software license In 
the form of a sealed envelope license agreement that must 
be accepted before we distribute either source or execut- 
able code. 



5.0 EVALUATION SOFTWARE 

Each board comes with Evaluation and Diagnostic software. 
This software provides example code for programming Na- 
tional's Ethernet integrated circuit products (typically In Ml- 
crosoftTM C). These programs can be used to evaluate the 
behavior and operation of National's products on a network. 
The evaluation software can be used and/or modified to 
facilitate generation of hardware testing software. The eval- 
uation software Is provided with the evaluation boards (as 
shown In Table IV), and also can be requested separately. 

6.0 CUSTOM DRIVER SUPPORT 

National Semiconductor has many years of driver develop- 
ment expertise. This expertise is available on a contract ba- 
sis for specific software driver development. National Is 
committed to providing the industry with drivers for the most 
common Network Operating Systems. There may be addi- 
tional drivers or additional features which customers may 
wish to add to their products. National may be able to facili- 
tate this development effort. For more Information please 
contact a National Semiconductor franchised distributor or a 
National Semiconductor Sales office. 
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Table IV. Driver Source Code Distribution Requirements 



Networic 
OS 


Source Code 

Distribution 

Requirements 


Novell NetWare 


Customer or National must obtain a letter from 
Novell Indicating customer can have access to 
National's source code, or signed Novell License 
agreement must be provided. 


Microsoft LAN Manager 


Customer or National must obtain a letter from 
Microsoft Indicating customer can have access to 
National's source code, or signed Microsoft License 
agreement must be provided. 


SCO UNIX (LLI) 


No restrictions on source code. Customer must sign 
a non-disclosure with SCO to obtain LLI driver 
specification. 


Packet Driver 


No Restrictions 
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Ethernet Magnetics Vendors 
for 10BASE-T, 10BASE2,and 10BASE5 



Enclosed is an overview of the magnetics components 
needed to interface National's Ethernet Products to each of 
the popular Ethernet cabling schemes. 

10BASE-T TWISTED PAIR ETHERNET 

This discusses the available components to interface Na- 
tional Semiconductor's 10BASE-T Ethernet LAN products 
to twisted-pair cable. The products offered by NSC Include: 
DP83902 ST-Nic™ Serial Twisted Pair Network Inter- 
face Controller 
DP83905 AT/LANTICTM Single Chip Ethernet Controller 
DP83934 SONICTM-T Systems Oriented Network Inter- 
face Controller for Twisted Pair 
DP83950 RIC™ Repeater Interface Controller 
DP83955/6 LERICtm LItE Repeater Interface Controller 
The types of solutions from these vendors vary and the de- 
signer is encouraged to contact these companies to obtain 
information on their various solutions. A brief overview of 
these products is presented here. 
The interface from one of National Semiconductor's Inte- 
grated circuits to the cable consists of the following blocks: 
1. Termination resistors used to match the impedance of 
the twisted-pair interface to the cable. 



2. Transmit and Receive Filters which are used to filter out 
receiver noise, and for the transmitter limit the harmonic 
content of the output waveform. 

3. Transmit and Receive Pulse Transformers. These are re- 
quired by the 10BASE-T standard to isolate the media 
from the data terminal equipment (DTE). 

4. Optionally a common mode choke which is used to re- 
duce common noise that could be emitted by the 
10BASE-T interface. This may be necessary In some ap- 
plications for meeting FCC or VDE EMI requirements as 
well as to meet 10BASE-T common mode output voltage 
noise specifications. 

The components offered by the various manufacturers in- 
corporate one or more or all of these. Table I shows some 
Information on the available components. The components 
listed are primarily those that are more highly integrated. 
Also mostly DIP version part numbers of these devices are 
listed, however most vendors have surface mount versions 
of these products, as well as some products In SIP versions. 
Table I is not a complete list of available components. The 
designer should use this list as a starting point for research- 
ing suitable products for his design. The addresses and 
phone numbers of the vendors listed are shown at the end 
of this paper in Table IV. 



Twisted Pair Cable interface Blocks 



DPa3902 
DP83905 
0P63954 
DP83950 
DPe3955/6 
or Future 
lOBASE-T 
Products 




ll 
11 




Raceive 
Filter 




. Receive 
Transformer 


r 
















Transmit 
FIIt9r 


Transmit 
Transformer 










k 





"^ 




Common 






Mode 




RJ45 


Choice 


Bd 





Optional 
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TABLE 1. Partial List of 10BASE-T Transformer-Filter Products 


Part Number 


Filter 


Trans- 
former 


Choke 


Termin- 
ation 
Resistor 


National* 
Product 


Packagett 
Type 


Tested" 
by National 


PULSE ENGINEERING 


PE65433 


v> 


1^ 


>/■ 




902, 934, 950 


TH 


>> 


PE65425 


V 


** 


uf 




902, 905, 934, 950 


TH 




PE65434 


>/' 


>* 


v 




902,905,934,950 


SIP 




PE65438 


i^ 


> 


u' 


w 


950, 955, 956 


SIP 


I/" 


PE65483 


])' 


J' 


(^ 


** 


902, 905, 934 


SMD 




PE65443 


w 


tf' 


V 


y 




SMD 




VALOR 


PT3877 


"^ 


t^ 






902, 905, 934, 950 


TH 


t* 


FL1012 


(^ 


V 


^1 




902, 905, 934, 950 


TH 


1* 


SF1012 


J' 


1^ 


c 




902, 905, 934 


SMD 




FL1020/SF1020 


f 


1^ 


1^ 


y 


902, 905, 934, 950 


TH, SMD 


if 


FL1085 


J' 


t^ 


v 


V 


950, 955, 956 


SIP 


ff 


FL1059 


c 


y 


\^ 


V 


902, 905, 934 


TH 




FL1 01 0-002 {4 Channel) 


v* 


1^ 


tf 


** 


950, 955, 956 


TH 




FEE FIL-MAG 


78Z1120B/D/F-01 


W 


(^ 






902, 905, 934 


TH 




78Z1122B/DF-01 


)^ 


p' 


V 




902, 905, 934 


TH 




78Z1120B-03 


If' 


** 






902, 905, 934, 950 






78Z1122B-11/12/13 


t" 


1^ 


y 


!/• 


902, 905, 934, 950 


TH 




78Z1120F-01 


1^ 


1^ 


y 




950, 955, 956 


TH 




PCA ELECTRONICS 


EPA1990 


** 


f 






902, 934, 950 


TH 




EPA2013D 


1^ 


}/• 


''t 




902, 934, 950 


TH 




EPA2188A 


1^ 


K* 


V 


¥> 


950,955,956 


TH 




EPA2162 


1^ 


(^ 


y 




950, 955, 956 


SIP 




•902 = DPe3902, 850 = DPe3950, DP83955, DP839S6, 934 = DPe3934. 
•'National has evaluated a sampling of lOBASE-Ttilter-transtormer products for operation with tfle products listed in tiie National product column. Other products 
listed should provide suitable perlormance but have not been evaluated at this time. These products have been tested to a subset of the 1 0BASE-T standard v^hen 
using National Semiconductor's integrated circuits. This testing includes waveshape, amplitude, jitter, and general interoperability. Testing for EMI has not been 
done as this varies dramatically between test setups and real applications. 

tThere is a single common mode choke on the transmit channel only. 
ttTH = Thm-hole; SIP - Single-in-Line Package; Sf^D = Surface Mount Device 
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10BASE2 AND 10BASE5 THIN AND THICK ETHERNET 

The interface for Thin (10BASE2) and Thick (10BASE5) 
Ethernet to the coaxial cable is nearly the same, and is illus- 
trated by the block diagram in Figure Z From the AUI (At- 
tachment Unit Interface) to the coax cable there are three 
major blocks. A major requirement of the interface is the 
electrical isolation from the cable interface to the AUI. This 
isolation is requried to be 500V for 10BASE2, and 2000V for 
10BASE5. Two of the three blocks provide this isolation. 
Starting from the AUI, there are 4 pairs of wires. One pair 
provides power, and the other three are the data and colli- 
sion signals. The signal pairs connect to a triple pulse trans- 
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TL/F/1 1248-2 

FIGURE 2. Coax Ethernet Cable Interface 
Block Diagram 



former that provides voltage isolation. These signals then 
connect to the DP8392, Coax Transceiver Interface (CTI) 
which converts AUI signaling to coax transmission and re- 
ception signals. 

The DP8392 is powered from the AUI power pair which is 
fed from the AUI to a DC to DC Converter. The DC to DC 
Converter provides the voltage isolation of the power pair 
required by the IEEE standard, and in 10BASE5 converts 
the AUI 12V power to -9V required by the DP8392. (For 
10BASE2 the DC to DC converter typically converts 5V to 
-9V). 

Besides the DP8392 and a few discrete resistors and ca- 
pacitors, the major additional magnetic components are the 
pulse transformer and the DC to DC converter. Both of 
these components are readily available from a number of 
sources. Table II shows a selection of manufacturers and 
their part numbers for Ethernet pulse transformers. All of 
these components are pin compatible and are available in 
16-pin DIP package. Most of these manufacturers also have 
surface mount versions of these components. 
Table III lists two vendors of DC to DC converters. As can 
be seen there are several different types of converters de- 
pending on input voltage and whether an enable function is 
desired. 

Tables II and III are not a complete list of available compo- 
nents. The designer should use these lists as a starting 
point for researching suitable products for his design. The 
addresses and phone numbers of the vendors listed are 
shown at the end of this paper in Table IV. 



TABLE II. Representative Ethernet Isolation Pulse Transformers for AUI 
(16-Pin DIP, Triple Transformer) 



Inductance 
(Note 1) 


Pulse 
Engineering 


Valor 
Electronics 


FEE Fll-Mag 
(Note 2) 


PCA Electronics 


50 nH 


64101 (500V) (Note 4) 
641 06 (2 kV) 


LT6001(500V)(Note4) , 
LT6031 (2 kV) 




EP9531-4(2kV) 
(Note 3) 


75 nH 


64102 (500V) 
641 07 (2 kV) 


LT6002 (500V) 
LT6032 (2 kV) 


23Z90 


EP9531-5(2kV) 


100 fiH 


64103 (500V) 
64108 (2 kV) 


LT6003 (500V) 
LT6033 (2 kV) 


23Z91 


EP9531-6(2kV) 


150 )nH 


64104 (500V) 
64109 (2 kV) 


LT6004 (500V) 
LT6034(2kV) 


23Z92 


EP9531-8(2kV) 


250 nH 




LT6005 (500V) 
LT6035 (2 kV) 




EP9531-11 (2kV) 



Note 1: Generally inductances range from 35 ;xH to 300 ^H, this table only shows the more comntonly used values. 
Note 2: Information provided only listed 2 kV isolation components. To order surface mount add an "SM" to the part number. 
Note 3: To specify 500V isolation add an "X" at the end of the part number. 
Note 4: Surface mount versions also available. 
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TABLE III. DC to DC Converters for the DP8392 
( -9V Output, s 200 mA) 



m 
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CD 
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CO 
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CO 

m 



500V isolation 



+ 5V Input 



+ 12V Input 



2000V Isolation 



+ 5V Input 



+ 12V Input 



Valor 



(Switched) 



PM7102 



PM7104 



PM6022 
PM6045(Note1) 



PM6028 
PM6030(Note1) 



PM6044/PM6042 



PM6079/PM6077 



PCA Electronics 



(Switched) 



EPC1 COOP (Note 1) 

EPC1015P(Nole1) 

EPC10a7P 



EPC1005P(Nole1) 

EPC1013P(Note1) 

EPC1008P 



EPC1000H(Note1) 
EPC1015H(Note1) 



EPC1005H(Note1) 
EPC1013H(Note1) 



EPC1002P(Note1) 



EPC1002H(Note1) 



Note 1: These DC to DC Converters tiave a regulated output. 



TABLE IV. Pulse Transformer Vendors 





Company and Address 


Phone 


FAX 


1 


Pulse Engineering 

P.O. Box 12235 
San Diego, CA 92112 


619-674-8100 


619-674-8262 


2 


Valor Electronics 

971 5 Business Park Avenue 
San Diego, CA 92131-1642 


619-537-2500 


619-537-2525 


3 


FEE FlI-Mag 

9445 Farnham 

San Diego, CA 92123 


619-569-6577 


619-569-6073 


4 


PCA Electronics 
16799SchoenbornSt. 
Sepulveda,CA 91343 


818-892-0761 


818-894-5791 
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DP83266 MACSI™ Device 

(FDDI Media Access Controller and System Interface) 



General Description 



The DP83266 Media Access Controller and System Inter- 
face (MACSI) implennents the ANSI X3T9.5 Standard Media 
Access Control (MAC) protocol for operation in an FDDI 
token ring and provides a comprehensive System Interface. 
The MACSI device transmits, receives, repeats, and strips 
tokens and frames. It produces and consumes optimized 
data structures for efficient data transfer. Full duplex archi- 
tecture with through parity allows diagnostic transmission 
and self testing for error isolation and point-to-point connec- 
tions. 

The MACSI device includes the functionality of both the 
DP83261 BMACTM device and the DP83265 BSI-2TM device 
with additional enhancements for higher performance and 

reliability. 

Features 

■ Over 9 kBytes of on-chip FIFO 

■ 5 DMA channels (2 Output and 3 Input) 

■ 12.5 MHz to 33 MHz operation 

■ Full duplex operation with through parity 

■ Supports JTAG boundary scan 

■ Real-time Void stripping indicator for bridges 



On-chip address bit swapping capability 

32-bit wide Address/Data path with byte parity 

Programmable transfer burst sizes of 4 or 8 

32-bit words 

Receive frame filtering services 

Frame-per-Page mode controllable on each 

DMA channel 

Demultiplexed Addresses supported on ABus 

New multicast address matching feature 

ANSI X3T9.5 MAC standard defined ring 

service options 

Supports all FDDI Ring Scheduling Classes 

(Synchronous, Asynchronous, etc.) 

Supports Individual, Group, Short, Long and 

External Addressing 

Generates Beacon, Claim, and Void frames 

Extensive ring and station statistics gathering 

Extensions for MAC level bridging 

Enhanced SBus compatibility 

interfaces to DRAMs or directly to system bus 

Supports frame Header/Info splitting 

Programmable Big or Little Endian alignment 



Block Diagram 



To Host System 
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FIGURE 1-1. FDDI Chip Set Block Diagram 
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DP83256/DP83257 

PLAYER + ™ Device (FDDI Physical Layer Controller) 



General Description 

The DP83256/DP83257 Enhanced Physical Layer Control- 
ler (PLAYER + device) implements one complete Physical 
Layer (PHY) entity as defined by the Fiber Distributed Data 
Interface (FDDI) ANSI X3T9.5 standard. 
The PLAYER + device integrates state of the art digital 
clock recovery and improved clock generation functions to 
enhance performance, eliminate external components and 
remove critical layout requirements. 
FDDI Station Management (SIVIT) is aided by Link Error 
Monitoring support, Noise Event Timer (TNE) support, Op- 
tional Auto Scrubbing support, an Integrated configuration 
switch and built-in functionality designed to remove all strin- 
gent response time requirements such as PC React and 

CF_React. 

Features 

■ Single chip FDDI Physical Layer (PHY) solution 

■ Integrated Digital Clock Recovery Module provides en- 
hanced tracking and greater lock acquisition range 

■ Integrated Clock Generation Module provides all neces- 
sary clock signals for an FDDI system from an external 
12.5 MHz reference 



Alternate PMD Interface (DP83257) supports UTP twist- 
ed pair FDDI PMDs with no external clock recovery or 
clock generation functions required 
No External Filter Components 
Connection Management (CMT) Support (LEM, TNE, 
PC_React, CF_React, Auto Scmbbing) 
Full on-chip configuration switch 
Low Power CMOS-BIPOLAR design using a single 5V 
supply 

Full duplex operation with through parity 
Separate management interface (Control Bus) 
Selectable Parity on PHY-MAC Interface and Control 
Bus Interface 

Two levels of on-chip loopback 
4B/5B encoder/decoder 
Framing logic 

Elasticity Buffer, Repeat Filter, and Smoother 
Line state detector/generator 
Supports single attach stations, dual attach stations 
and concentrators with no external logic 
DP83256 for SAS/DAS single path stations 
DP83257 for SAS/DAS single/dual path stations 
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DP83220 

CDL™ Twisted Pair FDDI Transceiver Device 



General Description 

The Copper Data Link (CDL) Transceiver is an integrated 
circuit designed to interface directiy with the National Semi- 
conductor FDDI Chip Set or other FDDI PHY silicon, allow- 
ing low cost FDDi compatible data linlcs over copper based 
media. The DP83220 Transceiver, with the proper compen- 
sation selected, will allow links of up to 100 meters over 
both Shielded Twisted Pair (STP) and Datagrade unshielded 
Twisted Pair (DTP). CDL surpasses a Bit Error Rate (BER) 
of <1 X 10-12 over both STP and DTP. The CDL Is de- 
signed to meet the SDDI specification for FDDI transmission 
across Type 1 STP cable when used in conlunction with the 
appropriate transformer/filter module from Pulse Engineer- 
ing. 



Features 

■ Fully compatible with current FDDI PHY standard 

■ Fully compatible with the SDDI PMD specification 

■ Requires a single +5V supply 

■ Isolated TX and RX power supplies for minimum noise 
coupling 

■ Allows use of Type 1 STP and Category 5 DTP cables 

■ No Transmit Clock required 

■ Loopback feature for board diagnostics 

■ Link Detect Input provided 
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DP83265 BSiTM Device 
(FDDI System Interface) 

General Description 

The DP83265 BSI device implements an interface between 
the National FDDI BMACtm device and a host system. It 
provides a multi-frame, MAC-level interface to one or more 
IVIAC Users. 

The BSI device accepts t^AC User requests to receive and 
transmit multiple frames (Service Data Units). On reception 
(Indicate), it receives the byte stream from the BMAC de- 
vice, pacl<s it into 32-bit words and writes it to memory. On 
transmission (Request), it unpacks the 32-bit wide memory 
data and sends it a byte at a time to the BMAC device. The 
host software and the BSI device communicate via regis- 
ters, descriptors, and an attention/notify scheme using clus- 
tered Interrupts. 



PRELIMINARY 



Features 

■ 32-bit wide Address/Data path with byte parity 

■ Programmable transfer burst sizes of 4 or 8 32-bit 
words 

■ Interfaces to low-cost DRAMs or directly to system bus 

■ 2 Output and 3 Input Channels 

■ Supports Header/Info splitting 

■ Bridging support 

■ Efficient data structures 

■ Programmable Big or Little Endian alignment 

■ Full Duplex data path allows transmission to self 

■ Confirmation status batching services 

■ Receive frame filtering services 

■ Operates from 12.5 MHz to 25 MHz synchronously with 
host system 
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FIGURE 1. FDDI Chip Set Block Diagram 
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DP83261 BMAC™ Device 
(FDDI Media Access Controller) 



General Description 

The DP83261 BMAC device implements the Media Access 
Control (MAC) protocol for operation in an FDDI token ring. 
The BMAC device provides a flexible interface to the BSItm 
device. The BMAC device offers the capabilities described 
in the ANSI X3T9.5 MAC Standard and several functional 
enhancements allowed by the Standard. 
The BMAC device transmits, receives, repeats, and strips 
tokens and frames. It uses a full duplex architecture that 
allows diagnostic transmission and self testing for error iso- 
lation. The duplex architecture also allows full duplex data 
service on point-to-point connections. Management soft- 
ware is also aided by an array of on chip statistical counters, 
and the ability to internally generate Claim and Beacon 
frames without program intervention. A multi-frame stream- 
ing interface is provided to the system interface device. 



Features 

■ Full duplex operation with througfi parity 

■ Supports all FDDI ring scheduling classes (asynchro- 
nous, synchronous, restricted asynchronous, and 
immediate) 

■ Supports individual, group, short, long and external 
addressing 

■ Generates Beacon, Claim and Void frames without 
intervention 

■ Provides extensive ring and station statistics 

■ Provides extensions for MAC level bridging 

■ Provides separate management interface 

■ Uses low power microCMOS 
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FIGURE 1-1. FDDI Chip Set Block Diagram 
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DP83251/55 PLAYERtm Device 
(FDDI Physical Layer Controller) 



General Description 

The DP83251/DP83255 PLAYER device implements one 
Physical Layer (PHY) entity as defined by the Fiber Distribut- 
ed Data Interface (FDDI) ANSI X3T9.5 Standard. The PLAY- 
ER device contains NRZ/NRZI and 4B/5B encoders and 
decoders, serializer/deserializer, framing logic, elasticity 
buffer, line state detector/generator, link error detector, re- 
peat filter, smoother, and configuration switch. 



Features 

■ Low power CN40S-BIP0LAR process 

■ Single 5V supply 

■ Full duplex operation 

■ Separate management interface (Control Bus) 

■ Parity on PHY-IWAC Interface and Control Bus Interface 

■ On-chip configuration switch 

■ Internal and external loopback 

■ DP83251 for single attach stations 

■ DP83255 for dual attach stations 
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DP83241 CDD™ Device 




(FDDI Clock Distribution Device) 


General Description 


Features 


The CDD device is a clocl< generation and distribution de- 


■ Provides 12.5 MHz and 25 MHz TTL clocks 


vice intended for use in FDDI (Fiber Distributed Data Inter- 


■ 12.5 MHz and 125 MHz ECL clocks 


face) networks. The device provides the complete set of 


■ 5 phase TTL local byte clocks eliminate clock 


clocks required to convert byte wide data to serial format for 


skew problems in concentrators 


fiber medium transmission and to move byte wide data be- 


■ Internal VCO requires no varactors, coils or 


tween the PUWERTM and BMACtm devices in various sta- 


adjustments 


tion configurations. 12.5 MHz and 125 IVIHz differential ECL 


■ Option for use of High Q external VCO 


clocks are generated for the conversion of data to seria 
format and 1 2.5 I^Hz and 25 MHz TTL clocks are generated 
for the byte wide data transfers. 


■ 125 MHz clock generated from a 12.5 MHz crystal 

■ External PLL synchronizing reference for 
concentrator configurations 




■ 28-pin PLCC package 




■ BiCMOS processing 
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DP83231 CRDTM Device 
(FDDI Clock Recovery Device) 



General Description 

The DP83231 CRD device Is a clock recovery device that 
has been designed for use in 100 Mbps FDDI (Fiber Distrib- 
uted Data Interface) networks. The device receives serial 
data from a Fiber Optic Receiver in differential ECL NRZI 
4B/5B group code format and outputs resynchronized NRZI 
received data and a 125 tvlHz received clock in differential 
ECL formal for use by the DP83251/55 PLAYERtm device. 



Features 

■ Clock recovery at 100 Mbps data rate 

■ Internal 250 MHz VCO 

— 0.1 % VCO operating range 

— Crystal controlled 

■ Precision window centering delay line 

■ Single +5V supply 

■ 28-pin PLCC package 

■ BiCMOS processing 
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!^ National 

^M Semiconductor 



Glossary of Local Area Networking 
and Data Communications Terms 



If a term or acronym appears elsewhere in this databook 
and is not defined in the following glossary, please send 
your comments or inputs to: 

Attn: I^N Applications 

National Semiconductor IV1S-D3635 

2900 Semiconductor Dr. 

Santa Clara, CA 95952-8090 

FAX: 408-739-6204 
AARP (Apple Address Resolution Protocol): A protocol 
defined by Apple® for Appletalk® network similar in function 
to ARP. 

ABI (Application Binary Interface): An application inter- 
face on AT&T's UNIX® System V Release 4. This interface 
enables binary compatibility for applications that run with 
UNIX on different platforms, and CPUs. 
Access Method: In a data processing system, any of the 
techniques available to the user for moving data between 
main storage and an input/output device or channel. The 
techniques are usually part of the operating system. 
ACK: Abbreviation for acknowledgement. 
Acknowledgement: A response sent by a receiver to indi- 
cate successful reception of information. Acknowledge- 
ments may be implemented on any networking level. 
Active Open: The operation that a client performs to estab- 
lish a TCP connection with a sen/er at a known address. 
Address: A designator defining the ID of a DTE, peripheral 
device, or any other nodal component in a network. In 
Ethernet, each node is assigned a unique 6 byte address. 
Address Resolution: Conversion of an Internet address 
into a corresponding physical address. This may require 
broadcasting on a local network. See ARP. 
AFP (AppleTalk File Protocol): This is a network file sys- 
tem presentation layer protocol defined by Apple for use on 
Apple Macintosh® networks. It provides for access of re- 
mote file systems. 

ALAP (AppleTalk Link Access Protocol): A Link level pro- 
tocol that provides basic packet delivery transactions on 
Apple's Macintosh based networks. 



ANSI: American National Standards Institute, an organiza- 
tion that sets information processing industry standards, 
represents the United States in the International Standards 
Organization (ISO). 

ANS X3T9.5: The committee sponsored by ANSI which de- 
veloped the standard for the Fiber Distributed Data Inter- 
face (FDDl). 

APPLETALK: Originally defined by Apple Computer for 
Macintosh communication, AppleTalk protocols can now 
run over Ethernet networks, as well as the original, lower- 
speed AppleTalk network 230 Kbps (now called LocalTalk). 
AppleTalk is similar to NetBIOSTM in function and is sup- 
ported by a number of vendors for communication between 
Macs and PCs, as well as simply between Macs. 
AppleTalk was designed to be easy to use and requires little 
setup time compared to other networks. 
APPC (Advanced Program to Program Communica- 
tions): This is an interface that allows computers— and the 
programs running on them— to communicate over a net- 
work. APPC runs on IEEE 802.5, Ethernet, X.25 and SNA's 
synchronous data-link control. Although it was developed by 
IBM® and remains IBM-proprietary, work is under way within 
ISO to define an international protocol for "transaction pro- 
gramming" similar to APPC. 

Application Layer: Level seven of the OSI model which 
provides the type of information transfer required, for exam- 
ple: file transfer or electronic messaging. See OSi. 
API (Application Program interface): A pre-defined soft- 
ware routine, that includes standardized and consistent in- 
terfaces to operating system functions, available for use by 
applications programmers designed to ensure, portability 
and accessibility to network resources. 
ARCnet: A 2.5 Mbps baseband, token passing media- 
access protocol created by Datapoint Corp. 
ARP (Address Resolution Protocol): Originally a Trans- 
mission Control Protocol/Internet Protocol (TCP/IP) pro- 
cess that maps IP addresses to Ethernet addresses; re- 
quired by TCP/IP for use with Ethernet. Also referred to in 
other protocols as an address resolution protocol. 
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ARP HACK: See Proxy ARP. 

ARQ (Automatic Request for Retransmission): A com- 
munications feature whereby tfie receiver asl<s \he transmit- 
ter to resend a biocl< or frame, generally due to errors de- 
tected by ttie receiver. 

ASCII (American Standard Code for Information Inter- 
change): A system used to represent alphanumeric data; a 
7-bit-pius-parity character set established by ANSI and used 
for data communications and data processing; ASCII allows 
compatibility among data services; one of two such codes 
(see EBCDIC) used in data interchange, ASCII is normally 
used for asynchronous transmission. 
Asynchronous Data Transmission: A mode of data trans- 
mission wherein the occurrence of each character is not 
related to a fixed time frame of reference. See Synchronous 
transmission. 

ATP (Apple Transaction Protocol): A Transport layer pro- 
tocol defined by Apple Computer. This protocol allows the 
reliable exchange of information between two processors 
on a Macintosh internet. 

Attachment-Unit Interface (AUI): The interface between 
the Medium Attachment Unit (MAU) and the computing de- 
vice or repeater. 

Attenuation: The decrease in magnitude of the current, 
voltage or power of a signal transmitted over a wire, mea- 
sured in decibels per kilometer. As attenuation increases, 
signal power decreases. 

Backbone Network: High capacity network linking other 
networks of lower capacity. Example: FDDI as a backbone 
to multiple Ethernet and Token Ring LANs. 
Backoff: In IEEE 802.3 networks when two or more nodes 
attempt a transmission and collide. The function of stopping 
transmission, and waiting a specified random time before 
retrying the transmission is considered backoff. In 802.3 
networks a "truncated binary exponential backoff" algo- 
rithm is employed. 

BALUN (Balanced/Unbalanced): In the IBM cabling sys- 
tem, refers to an impedance-matching device used to con- 
nect balanced twisted-pair cabling with unbalanced coaxial 
cables. 

Bandwidth: 1 . The difference, expressed in hertz, between 
the two limiting frequencies of a band. 2. The information 
capacity of a channel. 

Baseband: A transmission scheme in which the entire 
bandwidth, or data-carrying capacity, of a medium (such as 
coaxial cable) is used to carry a single digital pulse (i.e., a 
signal) between multiple users. Because digital signals are 
not modulated, only one kind of data can be transmitted. 
Ethernet is among the most popular baseband LANs. 
Baud: A unit of modulation rate or signaling speed used to 
designate the number of bits per second that can be trans- 
mitted in a given computer system. 

BIg-Endlan: A binary data storage/transmission format in 
which the most significant byte (bit) comes first. DARPA In- 
ternet's standard is Big-Endian. See Little-Endian. 
BISYNC (BSC): A family of IBM character-oriented binary 
synchronous communications protocols. 
Bit: The smallest information unit in data processing. It has 
two possible states, "0" and "1". Bit is a contraction of 
Binary diglT. 



Bit Duration: The time it takes one encoded bit to pass a 
point on the transmission medium; in serial communica- 
tions, a relative unit of time measurement, used for compari- 
son of delay times (e.g., propagation delay, access latency) 
where the data rate of a (typically high-speed) transmission 
channel can vary. 

Bit-Oriented: Used to describe communications protocols 
in which control information may be coded in fields as small 
as a single bit 

BOOTP: A UNIX protocol that enables diskless worksta- 
tions to boot their operating system from across a network. 
BPS (Bits Per Second): The basic unit of measure for serial 
data transmission capacity; Kbps for kilo (thousands of) bits 
per second; Mbps for mega (millions of) bits per second. 
Bridge: Network interconnection device operating at the 
Media Access Control (MAC) sublayer of the OSI model's 
Data Link layer which provides a communication path be- 
tween logically or physically separate networks. A hard- 
ware/software device that permits high-speed communica- 
tion between two local or remote networks with similar or 
dissimilar protocols. Provides packet filtering across net- 
works based on the Ethernet source and destination ad- 
dress fields. Two major bridge classifications supported are 
spanning tree and source routing. 

Broadband: A means of transmission in which users are 
allocated different frequency channels and can therefore 
send data across a common path simultaneously. A data 
transmission scheme in which multiple signals share the 
bandwidth, or data-carrying capacity, of a media. This allows 
transmitting voice, data and video signals, for example, over 
a single cable, such as coaxial cable. Cable television uses 
broadband techniques to deliver several dozen channels 
over a single cable. See Baseband. 
Broadcast: A method of transmitting messages to two or 
more stations simultaneously, such as over a bus-type local 
area network or by satellite; protocol mechanism whereby 
group and universal addressing is supported. 
Buffering: The process of temporarily storing data in a soft- 
ware program or in BAM, to allow transmission devices to 
accommodate differences in data transmission rates. 
Bus: A length of wire or a set of parallel wires. Units which 
wish to intercommunicate are all connected to the bus. 
There must be a means of determining when each can 
transmit to the bus (access control), and a common method 
of sending and receiving the data (protocol), which includes 
a means of addressing to determine which unit a piece of 
information is for. A transmission path or channel; an electri- 
cal connection, with one or more conductors, by which all 
attached devices receive all transmissions simultaneously. 
Bus Topology: The physical layout of a Local Area Net- 
work in which each node or workstation is connected direct- 
ly to a length of cable or set of parallel wires. 
Byte-Oriented: Similar to bit-oriented; control information 
may be coded in fields of one-byte (character) length. 
Cable Access Method: The technique used to arbitrate the 
use of the communications medium by granting access se- 
lectively, (e.g., token passing and CSMA/CD). 
Cable Plant: The physical cabling connectors, splices and 
patch panels in an installation. 

Caching: A data-retrieval technique that places often-used 
data, such as file-allocation tables, in a computer's random- 
access memory where it can be accessed quickly. 
Carrier Sense: The ability of each node on an Ethernet 
LAN to detect any traffic on the channel. 
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Carrier Sense Multiple Access with Collision Detect 
(CSMA/CD): The technique by which nodes on an Ethernet 
U^N share the transmission channel. See also Multiple Ac- 
cess; Carrier Sense; and Collision Detect. 
CATV: Cable television technology commonly employed by 
broadband LANs for signal distribution. 
CCITT (Consultative Committee International Telegraph 
and Telephony): An international association that sets 
worldwide communications standard (e.g., V.21, V.22, X.25, 
X.25, etc.). 

Circuit Switching: A method of communication whereby an 
electrical connection between calling and called stations is 
established on demand for exclusive use of the circuit until 
the connection Is released. 

Channel: A path for the transmission of information. 
Character: Standard 8-bit unit representing a symbol, letter, 
number, or punctuation mark; generally means the same as 
byte. 

Character-oriented: A communications protocol or a 
transmission procedure that carries control information en- 
coded in fields of one or more bytes; (compare with bit-ori- 
ented and byte-oriented). 

Character-oriented Windows (COW) Interface: An SAA 
compatible user interface for OS/2® applications. 
Characteristic Impedance: The impedance termination of 
an (approximately) electrically uniform transmission line that 
minimizes reflections from the end of the line. 

CHEAPERNET: Colloquial term for thin wire Ethernet, de- 
fined by IEEE 802.3 as 10Base2. 
Checksum: The total of a group of data items or a segment 
of data that is used for error-checking purposes. Both nu- 
meric and alphabetic fields can be used in calculating a 
checksum, since the binary content of the data can be add- 
ed. Just as a check digit tests the accuracy of a single num- 
ber, a checksum serves to test an entire set of data which 
has been transmitted or stored. Checksums can detect sin- 
gle-bit errors and some multiple-bit errors. 
Cluster: Several pieces of data terminal equipment (DTE) in 
close proximity such that it is easy to run cabling between 
them. 

CMIP/CMIS: Common Management Information Protocol 
(CMiP) and Common Management information Services 
(CMIS) are two OSI protocols that provide a standard way of 
managing an OSI network. 

CMOT (CMIP/CMIS over TCP): Use of the ISO CMIP/ 
CMIS network management protocols to manage devices in 
an internet environment. See CMIP. 
Coaxial Cable: A transmission medium with a central cop- 
per-wire conductor surrounded by concentric layers of plas- 
tic/polyvinyl chloride, aluminum or aluminized mylar and a 
copper tube that acts as an insulator (ground) and source of 
shielding from electromagnetic and radio frequency interfer- 
ence (CMI/RFI). Two types of coaxial cable— known as 
"thick" and "thin" for their respective diameters — are used 
in Ethernet data transmission. 

Collision Detection: The ability of a transmitting node on 
an Ethernet LAN to sense a change in the energy level of 
the channel and to interpret the phenomenon as a collision. 
Communications Server: A hardware/software combina- 
tion that allows terminals and host computers to access a 
network without implementing the necessary network proto- 
cols. The communications server communicates with other 
devices using standard built in protocols. 



Compression: Any of several techniques that reduce the 
number of bits required to represent information in data 
transmission or storage (thus consen/ing bandwidth and/or 
memory), in which the original form of the information can 
be reconstructed; also called "compaction". 
Concentrator: Any communications device that allows a 
shared transmission medium to accommodate more data 
sources that there are channels currently available within 
the transmission medium. 

Connectionless Service: The packet delivery service of- 
fered by most hardware and by the Internet Protocol. It 
treats each packet or datagram as a separate entity that 
contains both the source and destination address. Connec- 
tionless service can lose packets or deliver them out of or- 
der. 

Conditioning: Extra-cost options that users may apply to 
leased, or dedicated, voice-grade telephone lines in which 
line impedances are carefully balanced; will generally allow 
for higher-quality and/or higher-speed data transmission; in 
increasing order of resultant line quality and cost, condition- 
ing may be CI, C2, C4, or D1; allows improved line perform- 
ance with regard to frequency response and delay distor- 
tion. 

Contention: In communications, the situation when multiple 
users vie for access to a transmission channel, whether a 
PBX circuit, a computer port, or a time slot, within a multi- 
plexed digital facility. 

Core: The central region of an optical waveguide through 
which light is transmitted; typically 8 to 12 microns in diame- 
ter for single mode fiber, and 50 to 100 microns for multi- 
mode fiber. 

Core Gateway: One of a set of Internet gateways which 
exchange routing updates periodically to ensure consisten- 
cy in routing because all groups must advertise their net- 
work paths to core gateways using Exterior Gateway Proto- 
cols (EGP). 

CRC (Cyclic Redundancy Check): A basic error-checking 
mechanism for link-level data transmission; a characteristic 
link-level feature of (typically) bit-oriented data communica- 
tions protocols. The data integrity of a received frame or 
packet is checked via a polynominal algorithm based on the 
content of the frame and then matched with the result that 
is performed by the sender and included in a (most often, 
16-bit) field appended to the frame. 
CSMA/CD (Carrier Sense Multiple Access with Collision 
Detection): A LAN protocol access method for in which the 
nodes are attached to a cable. When a node transmits data 
onto the network and raises the carrier, the remaining 
nodes detect the carrier. Carrier Sense, and "listen" for the 
information to detect if it is intended for them. The nodes 
have network access, Multiple Access, and can send if no 
other transmission is taking place. If two attempt to send 
simultaneously a collision takes place. Collision Detection 
and both must retry at random inten/als. 
CSNET (Computer Science Network): A network provid- 
ing Internet connections and mail delivery sen/ice using dial- 
up. CSNET also provides an Internet domain name sen/er 
for members who cannot run their own. CSNET was origi- 
nally funded by the National Science Foundation, but is now 
self sufficient. 

CSU (Channel Service Unit): A component of customer 
premises equipment used to terminate a digital circuit (such 
as DOS or T1) at the customer site; performs certain line- 
conditioning functions, ensures network compliance with 
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FCC rules, and responds to loopback commands from the 
central office, and ensures proper "ones" density in trans- 
mitted bit stream and corrects biploar violations. See DSU. 
CTI (Coax Transceiver Interface): Ethernet coaxial cable 
driver/receiver which interfaces the code electronics to the 
physical medium. National's DP8392. 
D4 Framing: A T1 12-frame format in which the 193rd bit is 
used for framing and signaling information; ESF is an equiv- 
alent but newer 24-frame technology. 
DARPA (Defense Advanced Research Projects Agen- 
cy): Formerly ARPA. A government agency that funded 
ARPANET and later, the DARPA Internet. 
DARPA Internet: The collection of gateways and networks, 
including ARPANET, MILNET, and NSFnet, that use the 
TCP/IP protocol suite and operate as a single, virtual net- 
work providing reliable full duplex stream delivery and unreli- 
able connectionless packet delivery, it also features univer- 
sal connectivity and applications level services such as 
electrorilc mail. 

DAS (Dual Attach Station): A device attached to both rings 
of an FDDI network. 

Data Communications: The transmission, reception, and 
validation of data; data transfer between data source (origin 
node) and data link (destination node) via one or more data 
links according to appropriate protocols. 
Datagram: A packet that includes a complete destination 
address along with the data it carries. A finite-length packet 
with sufficient information to be independently routed from 
source to destination. Datagram transmission typically does 
not involve end-to-end session establishment and may or 
may not entail delivery confirmation acknowledgement. 
Data Link: 1. The physical means of connecting one loca- 
tion to another for the purpose of trasmitting and receiving 
data. 2. Synonymous with communication link. Any serial 
data-communications transmission path, generally between 
two adjacent nodes or devices and without intermediate 
switching nodes. 

Data Link Layer: Second layer in the OSI model; the net- 
work processing entity that establishes, maintains, and re- 
leases data-link connections between (adjacent) elements 
in a network to enable transmission over the physical link. 
See OSI. 

Data Terminal Equipment (DTE): The equipment that 
serves as a message source or a message destination and 
provides for the communication control function; subscriber 
equipment. 

Data Transfer Rate: The average number of bits, charac- 
ters, or blocks per unit of time transferred from a data 
source to a data link. 

DCE (Data Circuit Terminating Equipment): Devices that 
provide the functions required to establish, maintain, and 
terminate a data transmission connection; e.g., a modem. 
DDCMP (Digital Data Communication IMessage Proto- 
col): Digital Equipment Corporation's link level protocol. It 
uses serial lines, delimits frames with special characters 
and includes link level checksums. NSFnet incorporates 
DDCI^P over its backbone lines. 

DDN (Defense Department Network): IVIILNET and asso- 
ciated parts of the DARPA Internet which connect to military 
installations. DDN provides both local and long-haul data 
communications and interconnectivity for the Department of 
Defense systems and follows the DoD protocol suite. DDN 
is sometimes used to refer to MILNET, ARPANET and the 
TCP/IP protocols that they use. 



DDS (Dataphone Digital Service): A private-line digital 
service offered InterLATA by BOCs and InterLATA by AT&T 
Communications, with data rates typically at 2.4, 4.8, 9.6, 
and 56 Kbps; part of the services listed by AT&T under the 
Accunet family. 

DDS-SC: Dataphone® Digital Service with Secondary Chan- 
nel; also referred to as DDS II. A tariffed private-line service 
offered by AT&T and certain BOCs that allows 64 Kbps 
clear-channel data with a secondary channel that provides 
end-to-end supervisory, diagnostic, and control functions. 
DECnet®: Digital Equipment Corporation's proprietary net- 
work architecture developed for use in WAN and includes 
significant Ethernet LAN capabilities, endowed with a peer- 
to-peer methodology. 

Dedicated Line: A dedicated circuit, a nonswitched chan- 
nel; also called a private line. See Leased line. 
Delay: In communications, the time between two events; 
See Propagation delay, response time. 
Demuitiplexor: A hardware device which separates a sin- 
gle signal from a transmission line into several signals 
based on time or carrier frequency. It is used on broadband 
systems in combination with a multiplexor to allow multiple, 
simultaneous signal transmissions over a single medium. It 
allows multiple hardware devices to use a single communi- 
cation link at the same time. 

DES (Data Encryption Standard): A scheme approved by 
the National Bureau of Standards that encrypts data for se- 
curity purposes. DES is the data-communications encryp- 
tion standard specified by Federal Information Processing 
Systems (FIPS) Publication 46. 

Destination Field: A field in a message header that con- 
tains the address of the station to which a message is being 
directed. 

Destination Node: A network node to which a message is 
addressed. 

Disk/Flie Server: A mass storage device that can be ac- 
cessed by several computers; enables the creation, stor- 
age, and sharing of files. 

Disk Server: A network device which usually gives dedicat- 
ed non-shared space on a disk drive to client hosts. 
Distributed File Server: A system by which file systems on 
disks distributed throughout a network are made available 
to workstations distributed throughout the network. 
Distribution Frame: A wall-mounted structure for terminat- 
ing telephone wiring, usually the permanent wires from or at 
the telephone central office, where cross connections are 
readily made to extensions; also called distribution block. 
DLC (Data Link Control): The set of rules (protocol) used 
by two nodes, or stations on a network to perform an orderly 
exchange of information. A data link includes the physical 
transmission medium, the protocol and associated devices 
and programs so it is both a physical and a logical link. 
DMA (Direct H/lemory Access): A technique for high speed 
data transfer between a device and computer memory. 
DNA (Digital Network Architecture): Digital Equipment 
Corporation's eight layer data communications protocol. 
DNIC (Data Network Identification Code): A four digit 
number assigned to public data networks and to specific 
services within those networks. 

Domain: A part of the Internet naming hierarchy consisting 
of a series of names separated by periods. For example: a 
host named bar.vax.edu, bar is in domain vax, vax is in do- 
main edu. 
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Dotted Decimal Notation: The method of representing a 
32-bit number with four 8-bit numbers written in base ten 
and separated by periods. For example 255.128.52.1. 
Driver: See Network Device Driver. 
Drop Cable: The cable that allows connection to and ac- 
cess from the distribution and truni< cables on an Ethernet 
network. Also called a transceiver cable because it runs 
from the network node to a transceiver (i.e., a transmitter/ 
receiver) attached to the trunk cable. 
DSU (Data Service Unit): A component of customer prem- 
ises equipment used to interface to a digital circuit (say, 
DDS or T1) combined with a channel sen/ice unit (CSU) 
converts a customer's data stream to bipolar format for 
transmission. 

DTE (Data Terminal Equipment): Equipment where a com- 
munications path terminates. The User's equipment can be 
called DTE, and may include PCs, etc. 
EBCDIC (Extended Binary Coded Decimal Interchange 
Code): An 8-bit character code used primarily in IBM equip- 
ment; the code provides for 256 different bit patterns; com- 
pare with ASCII. 

EGP (Exterior Gateway Protocol): The protocol between 
external gateways of autonomous systems to advertise the 
Internet addresses of their respective systems. Every auton- 
omous system must use EGP to advertise network reacha- 
bility to the core gateway system. 

Encryption: The process of systematically altering or en- 
coding data to prevent unauthorized access. 
ENDEC: Short for Encoder/Decoder. A functional block 
within network adapters, that performs two basic functions. 
First, this function encodes the data from the controller to 
be transmitted over the network. Second, it decodes the 
data on the network to a form suitable for the network con- 
troller chip. In the case of Ethernet, this function converts 
NR2 controller data to Manchester data (and back again). 
Ethernet: A branching broadcast communications system 
for carrying digital data packets among locally distributed 
computing stations. A 10 IMbit/s baseband. Local Area Net- 
work that has evolved into the IEEE 802.3 specification. A 
data-link protocol that specifies how data is placed on and 
retrieved from a common transmission medium. Ethernet is 
used as the underlying transport vehicle by, several upper- 
level protocols, including TCP/IP and Xerox Network Sys- 
tem (XNS). See IEEE 802.3. 

FCC (Federal Communications Commission): Board of 
commissioners appointed by the President under the Com- 
munications Act of 1934, with the authority to regulate all 
interstate telecommunications originating in the United 
States. 

FCS (Frame Check Sequence): Often referred to as CRC. 
This is a field in a network packet that is used to check for 
transmission errors in a packet sent across the network. 
See CRC. 

FDDI (Fiber Distributed Data Interface): An ANSI Stan- 
dard for high speed 100 Mbps optical fiber-based LAN with 
dual counter-rotating rings. Incorporates token passing and 
supports circuit-switched voice and packetized data. Attach- 
ment device may be through SAS or DAS. 
FDM (Frequency Division Multiplexing): A method of 
transmitting multiple independent signals across a single 
medium by assigning each a unique carrier frequency. See 
Multiplexor and Demultiplexer. 



FEP (Front End Processor): A dedicated computer linked 
to one or more host computers or multiuser minicomputers; 
performs data-communications functions and serves to off- 
load the attached computers of network processing, in IBM 
SNA networks, an IBM 3704, 3705, 3725 or 3745 communi- 
cations controller. 

Fiber-Optic Cable: A transmission medium that uses glass 
or plastic fibers to transport data or voice signals. Informa- 
tion is imposed on the glass fiber via pulses (modulation) of 
light from a laser or light-emitting diode (LED). Its high band- 
width, 100 to 1,000 times the information-carrying capacity 
of copper wire, and lack of susceptibility to electromagnetic 
or radio frequency interference, make fiber-optic cable ideal 
for use in long-haul or noisy environments, and security ap- 
plications. 

File: A collection of logically related records, usually of the 
same type. A named increment of storage or an unstruc- 
tured or user structured form of data storage. 
File-Allocation Tables (FAT): An area of disk that acts as 
an index, or directory, that tells the operating system where 
data has been stored on the disk. A FAT substantially in- 
creases a disk system's ability to access stored information 
by "pointing" the operating system to the exact location of 
the data it is processing. 

File Server: A specialized computer attached to a LAN that 
provides data-storage sen/Ice to users on a Local Area Net- 
work. 

File Transfer: The movement of files or data from one data 
terminal equipment to another. 

Flag: In communications, a bit pattern of six consecutive 
"1" bits (character representation is 01111110) used in 
many bit-oriented protocols to mark the beginning of a 
frame. 

Flow Control: The procedure or technique used to regulate 
the flow of data between devices; prevents the loss of data 
once a device's buffer has reached its capacity. 
Fourth-Generation Language (4GL): A software produc- 
tivity tool that aids programmers in the desgin and imple- 
mentation of database management systems (DBMS). 
Fragment: Part of a packet that is transmitted on the net- 
work. Fragments are usually generated during node colli- 
sions on 802.3 networks when one node transmits part of its 
packet before colliding. Also, one of the pieces that results 
from an Internet Gateway dividing an IP datagram into 
smaller pieces for transmission across a network which can- 
not handle the original datagram size. 
Frame: A packet transmitted over a serial line; a physical 
level transmission. Derived from character-oriented proto- 
cols which added start-of-frame characters and end-of- 
frame characters when sending packets. 
Framing: A control procedure used with multiplexed digital 
channels, such as T1 carriers, whereby bits are inserted so 
that the receiver can identify the time slots that are allocat- 
ed to each subchannel, Framing bits may also carry alarm 
signals indicating specific conditions. 
Front End Processor (FEP): A communications computer 
associated with a host computer. It may perform line con- 
trol, message handling, code conversion, error control and 
applications functions such as control and operation of spe- 
cial purpose terminals. 

FTP (File Transfer Protocol): A protocol and application 
primarily on UNIX machines that uploads and downloads 
files from remote systems across a network. 
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Full Duplex: The capability of transmitting in two directions 
simultaneously. 

Gateway: A network interconnection device through which 
data flows from networi< to network. The gateway may refor- 
mat the data as necessary and also may participate in error 
and flow control protocols. Used to connect LANs employ- 
ing different protocols or to public data networks. 
GBPS (GIga Bits Per Second): A measure of the rate of 
data transmission referring to billions of bits per second. 
GGP (Gateway to Gateway Protocol): The protocol used 
by core gateways to exchange routing Information. GGP 
uses a shortest path routing computation. 
Hardware Address: The low level addresses used by phys- 
ical networks. Each type of hardware has its own address- 
ing scheme. 

Head-end: The point in a LAN where the inbound signals 
are transferred into outbound signals. The head-end may be 
passive or contain amplifier or frequency translation equip- 
ment. Used in broadband LANs and CATV. 
Header: The control Information added to the beginning of 
a message; contains the destination address, source ad- 
dress, and message number. 

Heartbeat: In IEEE 802.3 networks this is a short burst of 
collision signal that is transmitted from the IVIAU to the DTE 
after every packet. Also called SQE (Signal Quality Error) 
test. 

Hierarchical Routing: Routing based on hierarchical ad- 
dressing by dividing the routing procedure into steps based 
on portions of the address. A gateway will use only the net- 
work portion of the address unless it can deliver the packet, 
then it also uses the host portion. Subnetting is a method of 
adding additional levels of hierarchical routing. 
HDLC (High-level Data Link Control): The link level proto- 
col defined by ISO for bit-oriented, frame-delimited data 
communications. An internet standard link level communi- 
cation protocol. Each frame ends with a frame check se- 
quence for error detection, it is used in X.25 networks for 
link access protocol. It is increasingly used by PSN interfac- 
es to transfer frames between a host and PSN. 
Host: Any network node that a user can access for process- 
ing power, information files, and applications. Hosts are 
general purpose nodes that are not designed to perform 
network-specific functions. 

ICMP (Internet Control Message Protocol): A protocol 
use primarily in UNIX networking. This protocol handles er- 
ror and control messages, and low level functions. 
Idling Signal: A signal used to communicate that no data is 
being transmitted but a connection is still established. With- 
out idling signals, a pause in transmissions could be deter- 
mined to be a lost connection and terminate. 
IEEE 802.3: Standard set by the IEEE for CSMA/CD net- 
work protocol, that is a Physical Layer definition including 
specifications for cabling in addition to transmitting data and 
controlling cable access. See Ethernet. 
IEEE 802.5: Called token ring and typically used by PCs and 
large computers to communicate with IBM computers. IEEE 
802.5 can transmit up to 4 megabits per second, but with 
recent Improvements can transmit up to 16 megabits per 
second. It runs on coaxial, twisted-pair and fiber-optic cable. 
Unlike IEEE 802.3, the IEEE 802.5 network has a circular 
rather than a linear topology. And, rather than contending 



for resources, computers on the network take turns sending 
data by passing an electrical signal, a token, from one com- 
puter to the next. A computer can transmit data on the net- 
work only with possession of the token. 
IGP (Interior Gateway Protocol): A term applied to any 
protocol used to communicate routing information and 
reachability within an autonomous system. 
IMP (Interface Message Processor): Former name for 
Packet Switched Nodes, the Packet switches used in 
ARPANET. See PSN. 

Impedance: The resistance a wire offers to a change in 
current, measured in ohms, as the current runs down the 
length of the wire. The greater the impedance, the shorter 
the current that can be sent down the wire. Ethernet, for 
example, calls for using coaxial cable with a 50n imped- 
ance factor, while cable television coax offers a 75fl imped- 
ance factor. 

Interface: A shared boundary; physical point of demarca- 
tion between two devices, where the electrical signals, con- 
nectors, timing, and handshaking are defined. The proce- 
dures, codes, and protocols that enable two entities to inter- 
act for exchange of information. 

Internet: A collection of interconnected packet switched 
networks and gateways which function as one large network 
by adhering to common protocols. 
Internet Address: The 32-bit address, consisting of an In- 
ternet address and local address, assigned to a host that 
wants to participate with the DARPA Internet using TCP/IP. 
Internet Layer: A network protocol layer providing host-to- 
hosl delivery over an internet This layer encapsulates mes- 
sages in IP datagrams and determines delivery pathway in- 
formation. It is also responsible for handling these data- 
grams when they are received. 

Internet Protocol (IP): The TCP/IP Standard Protocol 
which defines Internet Datagram as the unit of information 
passed across the Internet and provides the basis for con- 
nectionless, best-effort delivery service. 
Interoperability: The ability of many types of hardware and 
software to communicate and process information in a 
meaningful fashion. 

IP (Internet Protocol): See Internet Protocol. 

IP Datagram: The basic unit of information passed across 

the internet containing source and destination address 

aiong with data. 

IPG (Interpacket Gap): In IEEE 802.3 the minimum time 

between the end of one packet and beginning of another. 

This time is 9.6 ju,s. 

IPX/SPX (Internetwork Packet Exchange/Sequenced 
Packet Exchange): Network protocol. Similar in concept to 
TCP/IP. This is the proprietary protocol used by Novell in its 
NetWare products. Based on XNS protocol. 
ISDN (Integrated Services Digital Network): An integrat- 
ed digital network in which the same digital switches and 
digital paths are used to establish connections for voice and 
data traffic on the same digital links. 
Inter-Networking: The connection of two or more networks 
so that work nodes on both can communicate with each 
other. 

ISO: International Standards Organization 

Jabber: A condition on an Ethernet LAN network when a 

node transmits for longer than the specified time. 
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Jam: In IEEE 802.3, networks when a collision occurs the 
colliding nodes ensure that the collision is seen by the entire 
network by continuing to transmit for a minimum time during 
a collision. Called jamming. 

Jitter: The slight movement of a transmission signal in time 
or phase that can introduce errors and loss of synchroniza- 
tion in high-speed synchronous communications. 
Jumper: A patch cable or wire used to establish a circuit for 
testing or diagnostics. 

Kilobyte (kB): Term denoting a thousand bytes, a group of 
adjacent and related binary digits. A kilobyte is really 
1024 bytes (this is arrived by multiplying two by itself ten 
times, i.e., 2''°). 

LAN (Local Area Network): A communications system 
linking computers together to form a network whose dimen- 
sions typically are less than five kilometers. Transmissions 
within a Local Area Network generally are digital, carrying 
data among stations at rates usually above one megabit per 
second. An assembly of computing resources such as mi- 
crocomputers (i.e., PCs), printers, minicomputers and main- 
frames linked by a common transmission medium, including 
coaxial cable or twisted-pair wiring. 
LAN iVIanager: The multiuser network operating system co- 
developed by IVIicrosoft and 3Com. LAN Manager offers a 
wide range of network management and control capabilities 
unavailable with existing PC-based network operating sys- 
tems. It runs on Microsoft's OS/2 operating system. 
LAP (Link Access Procedure): The data-link-level protocol 
specified in the CCITT X.25 interface standard; original LAP 
has been supplemented with LAPB (LAP-Balanced) and 
LAPD. 

LAPB (Link Access Procedure Balanced): LAPB is the 
most common data link control protocol used to interface 
X.25 DTEs to X.25 DCEs. X.25 also specifies LAP (Link Ac- 
cess Protocol, not balanced). Both protocols are full duplex, 
bit synchronous protocols. The unit of transmission is a 
frame. Frames may contain one or more X.25 packets. 
LAPD (Link Access Procedure-D): Link-level protocol de- 
vised for ISDN connections, differing from LAPB (LAP-Bal- 
anced) in its framing sequence. Likely to be used as basis 
for LAPM, the proposed CCITT modem error-control stan- 
dard. 

Leased Line: A dedicated circuit, typically supplied by the 
telephone company, that permanently interconnects two or 
more user locations; generally voice-grade in capacity and 
in range of frequencies supported; typically analog, though 
sometimes it refers to DDS sub-rate digital channels 
(2.4 Kbps to 9.6 Kbps); used for voice (2000 Series leased 
line) or data (3002 type); could be point-to-point or multi- 
point; may be enhanced with line conditioning; also, private 
line. 

Latency: The time interval between when a network station 
seeks access to a transmission channel and when access is 
granted or received; equivalent to waiting time. 
Link integrity Test: A function specified by the 10BASE-T 
standard which provides indication of whether the cable 
linking the DTE to the HUB is properly connected. 
Link Layer: Layer two of the OSI reference model; also 
known as the Data-Link Layer. 

Little-Endian: A binary data storage/transmission format in 
which the least significant byte (bit) comes first. See Big- 
Endian. 



LLC (Logicai Link Control): A protocol developed by the 
IEEE 802 committee for data-link-level transmission control; 
the upper sublayer of the IEEE Layer 2 OSI protocol that 
complements the MAC protocol; IEEE standard 802.2; in- 
cludes end-system addressing and error checking. 
LU 6.2: In Systems Network Architecture, a set of protocols 
that provides peer-to-peer communications between appli- 
cations. 

iVI Bit: The More Data mark in an X.25 packet that allows 
the DTE or DCE to indicate a sequence of more than one 
packet. 

Mali Bridge: A mail gateway which screens mail passing 
from one network to another for security and administrative 
purposes. 

Mali Exploder: A program which accepts a piece of mail 
and a list of addresses, then sends a copy of the message 
to each listed address. 

Mail Gateway: A machine which connects 2 or more mail 
systems and transfers mail among them, usually used be- 
tween dissimilar systems on different networks; it will refor- 
mat messages according to destination's mailing system 
rules before forwarding the message. 
Mall Server: The software and machine which provides 
message transfer services on a network. 
MAN (Metropolitan Area Network): A high speed network 
provides facilities for data communication between sites 
within a neighborhood or city for distances up to 40 km and 
typically at data rates up to 2 Mb/s. 
MAC (Media-Access Control): A sub-layer of the Data Link 
Layer, Level Two, of the ISO OSI model responsible for me- 
dia control. 

Manchiester Encoding: Digital encoding technique (speci- 
fied for the IEEE 802.3 Ethernet baseband network stan- 
dard) in which each bit period is divided into two comple- 
mentary halves; a negative-to-positive (voltage) transition in 
the middle of the bit period designates a binary "1", while a 
positive-to-negative transition represents a "0". The encod- 
ing technique also allows the receiving device to recover 
the transmitted clock from the incoming data stream (self- 
clocking). 



Data 



1 



1 



MAP (Manufacturing Automation Protocol): A General 
Motors® originated suite of networking protocols, which 
tracks the seven layers of the OSI model. 
Mapping: In networking operations, the logical association 
of one set of values, such as addresses on one network, 
with quantities or values of another set, such as devices on 
another network (e.g., name-address mapping, internetwork 
route mapping, protocol-to-protocol mapping). 
MAU (Medium Attachment Unit): The physical and electri- 
cal component that provides the means of attaching com- 
puting devices to the local network medium. In 10BASE-T 
networks, it is a repeater or a network interface adapter 
board equipped with a medium-dependent interface. 
MDI (Medium-Dependent interface): The mechanical and 
electrical interface between the twisted-pair link and the 
MAU. In 10BASE-T networks, the MDI is an 8-pin RJ45 
modular telephone connection. 
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Medium: Any material substance used for the propagation 
or transmission of signals, usually in the form of electrons or 
modulated radio, light, or acoustic waves; such as optical 
fiber, cable, wire, dielectric slab, water, or air. 
MHS (Message Handling System): The standard defines 
by the CCITT as X.400 and by the ISO as Message Oriented 
Text Interchange Standard (MOTIS). 
Mid-Levei Net: One of many networks funded by the NSF 
which operated autonomously but was connected to the 
NSFnet Backbone. 

MiF (Minimum Internetworking Functionality): A general 
principle within the ISO that calls for minimum Local Area 
Network station complexity when interconnecting with re- 
sources outside the Local Area Network. 
MILNET (MILitary NETworl<): A network which was sepa- 
rated from ARPANET to provide reliable service to the mili- 
tary while ARPANET was used for continued research. 
Mini-MAP (Mini-Manufacturing Automation Protocol): A 
version of IWAP consisting of only physical, link, and applica- 
tion layers intended for lower-cost process-control net- 
worlds. With Mini-MAP, a device with a token can request a 
response from an addressed device; unlike a standard MAP 
protocol, the addressed Mini-MAP device need not wait for 
the token to respond. 

MPR (Multi-Port Repeater): See Repeater. A repeater with 
numerous network connection ports at one point on the 
Ethernet. In coaxial networks these repeaters typically have 
8 ports; in twisted pair Ethernet up to several hundred ports 
are possible. 

MS OS/2'^ LAN Manager: The multiuser network operating 
system co-developed by Microsoft and 3Com. LAN Manag- 
er offers a wide range of network management and control 
capabilities unavailable with existing PC-based network op- 
erating systems. 

MTBF (Mean Time Between Failures): A stated or pub- 
lished period of time for which a user may expect a device 
to operate before a failure occurs. 

MTTR (Mean Time To Repair): The average time required 
to perform corrective maintenance on a failed device. 
Multimode: An optical fiber designed to carry multiple sig- 
nals, distinguished by frequency or phase, at the same time. 
Compare with Single mode. 

Multiple Access: The ability of any node on an Ethernet 
LAN to send a message Immediately upon sensing that the 
channel is free. 

Multiple Routing: The process of sending a message to 
more than one recipient, usually when all destinatioris are 
specified in the header of the message. 
Multiplexor: A hardware device which combines multiple 
signals from a transmission line based on time or carrier 
frequency. It is used on broadband systems in combination 
with a demultiplexor to allow multiple, simultaneous signal 
transmissions over a single medium. It allows multiple hard- 
ware devices to use a single communication link simulta- 
neously. 

Multipoint Line: A single communications line or circuit in- 
terconnecting several stations supporting terminals in sev- 
eral different locations. This type of line usually requires a 
polling mechanism, with each terminal having a unique ad- 
dress. Also called a multidrop line. 



Multipoint Link: A single line that is shared by more than 
two nodes. 

Multitasking: The concurrent execution of two or more 
tasks or applications by a computer; may also be the con- 
current execution of a single program that is used by many 
tasks. 

Multistation Access Unit (MAU): A multiport connector, or 
concentrator, for Token Ring networks which allows devices 
to be connected to the ring; also provides a built-in relay 
that prevents a break in the network when devices are at- 
tached or removed. 
MUX: See Multiplexor. 

NAK (Negative AcKnowledgement): A message sent 
from a receiver to a sender which indicates that the trans- 
mitted data contained errors from the transmission. Upon 
receiving a NAK, the sender will usually retransmit the data. 
Name Resolution: The process of converting a host's 
name into a corresponding network address. 
Named Pipe: The facility within the Microsoft OS/2 LAN 
Manager that allows processes on separate machines to 
communicate with each other across a network. Provide a 
simple way for application developers to write sophisticated 
distributed network applications. 

NCC (Network Control Center); Any centralized network 
diagnostic and management station or site, such as that of a 
packet-switching network. 

NDiS (Network Driver Interface Specification): Standard 
specification for network drivers for Microsoft's OS/2 LAN 
Manager. 

NetBIOS (Network Basic Input/Output System): A pro- 
gramming interface to a data exchange protocol. Associat- 
ed with several communications protocols and used to refer 
to the combination of the interface and the protocols. 
It allows users and software developers to write PC pro- 
grams that can communicate over a PC network in a peer- 
to-peer fashion. 

Recent proposals define a way for NetBIOS — and, pro- 
grams supporting it — to run over TCP/IP and OSI protocols. 
NetView®: This is IBM's proprietary network management 
system that monitors, manages, and controls SNA net- 
works. NetView allows other vendors' network management 
programs to communicate with it. 

Network: An interconnected group of nodes; a series of 
points, nodes, or stations connected by communications 
channels; assembly of equipment with connections made 
between data stations. 

Network Address: Refers to characters that identify the 
location of a node on a network. See Address. 
Network Architecture: A set of design principles, including 
the organization of functions and the description of data 
formats and procedures, used as the basis for the design 
and implementation of a network (ISO). 
Network Interface Controller: Electronic circuitry that con- 
nects a workstation to a network, usually a card that fits into 
one of the expansion slots inside a personal computer. It 
works with the network software and computer operating 
system to transmit and receive messages on the network; 
also, network interface card. 
Network Layer: See OSi. 
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Network Management: Administrative services performed 
in managing a networl<; e.g., network topology and software 
configuration, software downloading, network statistics 
monitoring, maintenance of network operations, and trou- 
bleshooting and diagnosis. 

Network Topology: The physical and logical relationship of 
nodes in building a network configuration; the schematic ar- 
rangement of the links and nodes of a network; networks 
are typically a star, ring, tree, or bus topology, or hybrid 
combination. 

NFS (Network File System): An extension of TCP/IP, de- 
veloped by SUN Microsystems, that allows files on remote 
nodes of a network to appear locally connected. 
NIC (Network Interface Controller): National's Industry- 
Standard 8/16 bit Ethernet Controller. Part number DP8390. 
NLM (Netware Loadable Module): Novell's NetWare 386 
supports the ability to load and run programs on the server 
to enhance features of the server. Programs are called 
NLMs. 

Node: An endpoint of any branch of a network, or a junction 
common to two or more branches of a network. In a data 
network, a point where one or more functional units inter- 
connect data transmission lines. Distributed system nodes 
include information processors, network processors, termi- 
nal controllers and terminals. 

ODI (Open Data Link Interface): Standard specification 
created by Novell to facilitate writing of drivers under Net- 
Ware 386. Similar intent as Microsoft's NDIS. 
Off-Line: When a user, terminal, or other device is not con- 
nected to a computer or actively transmitting via a network. 
On-Llne: Condition in which a user, terminal, or other device 
is actively connected with the facilities of a communications 
network or computer. Opposite of off-line. 
Optical Fiber: Any filament or fiber, made of dielectric ma- 
terials, that is used to transmit laser- or LED-generated light 
signals. Optical fiber usually consists of a core which carries 
the signal, and cladding, a substance with a slightly higher 
refractive index than the core, which surrounds the core and 
serves to reflect the light signal. 

OSI (Open Systems Interconnection): A logical structure 
model for network operations standardized within the ISO; a 
seven-layer network architecture used for the definition of 
network protocol standards to enable any OSI-compliant 
computer or device to communicate with any other OSI- 
compliant computer or device for a meaningful exchange of 
information. The layers are: Physical, Data Link, Network, 
Transport, Session, Presentation, Application: 

1 . Physical Layer — Network wire and cable systems, de- 
fines mechanical and electrical means by which devices 
are physically connected to a transmission medium. 

2. Data Link Layer — Synchronizing the flow of data and 
handling error control across the physical data link. 

3. Network Layer — Provides the means to establish, main- 
tain, and terminate connections between systems; con- 
cerned with switching and routing of information. 

4. Transport Layer — Checks the integrity of data transport- 
ed over the network. 

5. Session Layer — Standardizes the task of setting up a 
session and terminating it; coordination ofthe interaction 
between stations on the network. 



6. Presentation Layer — Defines the character set and data 
code, and the way data is displayed on a screen or printer 
format, character set, and language. 

7. Application Layer — Links the network operating system 
and the application programs to perform the type of infor- 
mation transfer required. 

OSINET: A test network, sponsored by the National Bureau 
of Standards (NBS), designed to provide a forum for doing 
interoperability testing for vendors of products based on the 
OSI model. 

Overhead: All information, such as control, routing, and er- 
ror-checking characters, in addition to user-transmitted 
data, including information that carries network status or op- 
erational instructions, network routing information, and re- 
transmissions of user data messages that are received in 
error. 

Out of Window Collision: A collision on an IEEE 802.3 
network that occurs outside of the specified time (for 
10 Mbit/sec standards the legal collision occurs within the 
first 51.2 fis of the packet). 

Packet: A series of bits forming a complete unit of informa- 
tion that is sent across a network. The packet has a defined 
format which includes who the packet is for and who sent it 
(destination address source address). See Circuit Switch- 
ing. For IEEE 802.3 the physical layer packet consists of 
the following fields. 



Preamble (62 bits) 



Start of Frame Delimiter (SFD) (2 bits) 



Destination Address (6 bytes) 



Source Address (6 bytes) 



Data Field (64-1 500 bytes) 



CRC (4 bytes) 



Packet Buffer: A memory space set aside for storing a 
packet that is either waiting to be transmitted, or has been 
received. May be located in either the network interface 
controller or the computer attached to the controller. 
Packet Switching: A mode of data transmission in which 
messages are broken into smaller increments called pack- 
ets, each routed independently to the destination. 2. The 
process of routing and transferring data by means of ad- 
dressed packets, whereby a channel is then available for 
the transfer of other packets. 

PAD (Packet Assembler/Disassembler): For X.25, a PAD 
allows non-X.25 users to access an X.25 network, CCITT 
recommendations X.3, X.28 and X.29 define PAD parame- 
ters, terminal-to-PAD interface and PAD-to-X.25 host inter- 
face. 

Pass-Through: Describing the ability to gain access to one 
network element through another. 

PBX (Private Branch Exchange): A manual, user-owned 
telephone exchange. 

Peer-to-Peer Communications: The ability of intelligent 
computing devices to communicate without relying on a 
host computer. 
Physical Layer: See OSI. 

PLS (Physical Layer Signaling): Is the portion of the inter- 
face that enables MAC function communications with the 
AUI interface in IEEE 802.3 specifications. 
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PLP (Packet Level Procedures): Defines protocols for the 
transfer of packets between X.25 DTE and X.25 DCE. X.25 
PLP is a full duplex protocol that supports data sequencing, 
flow control, accountability, and error detection and recov- 
ery. 

PMA (Physical Medium Attachment): In IEEE 802.3, the 
portion of the MAU that contains electronic circuitry. 
Pipe: A communications process provided by the operating 
system that acts as an Interface between a computer's de- 
vices — keyboard, disk drives, memory, etc. — and an appli- 
cation program. A pipe simplifies the development of appli- 
cations programs by "buffering" the application program 
from the intricacies of the hardware and/or the software 
that controls the hardware: The application developer writes 
"code" to a single pipe, not several individual devices. 
Polnt-to-Point Connection: 1 . In data communications, a 
connection established between only two data stations for 
data transmission. The connection may Include switching 
facilities. Describing a circuit that interconnects two points 
directly, where there are generally no intermediate process- 
ing nodes, computers, or branched circuits, although there 
could be switching facilities; a type of connection, such as a 
phone line circuit, that links two, and only two, logical enti- 
ties, see multipoint line, broadcast. 
Port: A point of access into a computer, a network , or other 
electronic device; the physical or electrical interface through 
which one gains access; the interface between a process 
and a communications or transmission facility. 
Presentation Layer: See OSI. 

Print Server: An intelligent device used to transfer informa- 
tion to a series of printers. 

Printer Spooler: The software that allows a user to send a 
tile to a shared printer over a network even when the printer 
is busy; the file is saved in temporary storage, then printed 
when the printer is free. 
Promiscuous ARP: See Proxy ARP. 
Protocol: Formal set of rules governing the format, timing 
sequencing, and error control of exchanged messages on a 
data network; may be oriented toward data transfer over an 
interface, between two logical units directly connected, or 
on an end-to-end basis between two users over a large and 
complex network. 

Protocol Port: A method used by transport protocols to tell 
the difference between many possible destinations within a 
single host. Operating systems usually allow an application 
program to specify what port it wants to be. 
Proxy ARP: When one machine, usually a gateway, an- 
swers ARP request intended for another by supplying its 
own physical address, thus accepting responsibility for rout- 
ing packets to the correct machine. Proxy ARP is used to 
allow a site to use a single Internet address with more than 
one physical network. See ARP Haclc. 
PSDN (Pacl(et-Switched Data Networl<): A vendor-man- 
aged network that uses the X.25 protocol to transport data 
between customers' computers connected to the PSDN. 
Tariffs for PSDNs are based on the volume of data sent 
rather than on the distance or connect time between com- 
municating computers. 

PSN (Packet Switctied Node): The name for an ARPANET 
packet switch. Each PSN is connected to at least 2 others 
as well as up to 16 host computers. 



Public Network: A network operated by common carriers 
or telecommunications administrations for the provision of 
circuit-switched, packet-switched, and leased-line circuits to 
the public. 

Queue: Any group of items, such as computer jobs or mes- 
sages, waiting for service. A line of prioritized tasks waiting 
to be executed. High priority tasks will be executed before 
low priority tasks. 

Queuing: Sequencing of batch data sessions. 
Radio Frequency (RF): A generic term referring to the 
technology used in cable television and broadband Local 
Area Networks. Uses electromagnetic waveforms, usually in 
the megahertz (IVIHz) range, for transmission. 
RARP (Reverse Address Resolution Protocol): The in- 
verse of ARP. A Transmission Control Protocol/Internet 
Protocol (TCP/IP) process that maps Ethernet addresses 
back to IP addresses; required by TCP/IP for use with 
Ethernet Also referred to In other protocols as a reverse 
address resolution protocol. 

Real Time: Operating mode that allows immediate interac- 
tion with data as it is created, as In a process-control system 
or computer-aided design system. 
Redundancy: In data transmission, the portion of a mes- 
sage's gross information content that can be eliminated 
without losing essential information; also, duplicate facilities. 
Repeater: A device used to extend the length and topology 
of a physical channel, particularly a LAN cable, up to the 
maximum allowable end-to-end channel propagation limit. 
Response Time: For Interactive sessions, the elapsed time 
between the end of an inquiry and the beginning of a re- 
sponse. 

Retransmissive Star: In optical-fiber transmission, a pas- 
sive component that permits the light signal on an input fiber 
to be retransmitted on multiple output fibers; formed by 
heating together a bundle of fibers to near the melting point; 
used mainly In fiber-based Local Area Network; also, star 
coupler. . 

RFC (Request For Comment): A series of notes which 
contain information about the development of the DARPA 
internet, including proposed and accepted protocols for the 
internet. 

RF iVIODEM: A MOdulator-DEModulatorthat converts digital 
signals to analog signals (and vice versa), then modulates/ 
demodulates them to/from their assigned frequencies. 
Used in broadband LANs. 

RFS (Remote File Service): AT&T's network file protocol 
for UNIX networks. Similar to NFS, except that NFS was 
designed for connectivity of file structures across different 
platforms, and RFS provides complete support for the UNIX 
file system semantics, and therefore can only connect UNIX 
file systems across the network. 

Ring: Two or more stations connected by a physical medi- 
um wherein information is passed sequentially between ac- 
tive stations, each station in turn examining or copying and 
repeating the information, finally returning it to the originat- 
ing station. 

Ring Network: A distributed system in which the informa- 
tion processors are connected via a circular arrangement of 
data communications facilities. 
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Ring Topology: A LAN configuration in which each com- 
puter, or other node, is connected to the next, with the 
"last" connected to the "first" to form a complete loop, or 
ring. This ring may be a true physical ring or an electrical 
(also called logical) ring. In a physical ring, nodes are con- 
nected serially, one after the other, in a closed loop. In a 
logical ring, nodes are connected to a central device that 
routes the data-carrying signal in a circular fashion. 
RIP (Routing Information Protocol): An interior gateway 
protocol (IGP) used by Berkeley BSD 4.3 UNIX systems to 
exchange routing information between a small number of 
hosts. 

RJE (Remote Job Entry): A service offered by many net- 
worlcs which allows a user to submit a batch job to a host 
from a remote site. 

RLOGIN (Remote Login): A sen/ice offered by Berl<eley 
4.3 BSD UNIX systems allowing a user on one machine to 
connect with other internetworl<ed UNIX machines as if their 
terminal were directly attached. 

Routed (Route DAEiVION): A 4.3 BSD UNIX program which 
updates routing information on local area networks using 
RIP protocols. 

Route: The path taken by data traffic within a network or 
through an internet. 

Router: A hardware-software device that connects geo- 
graphically dispersed local area networks (often, of different 
types, such as Ethernet and token ring) together. 
Routing: The process of selecting the correct circuit path 
for a message. 

RPC (Remote Procedure Call): This is a UNIX session lay- 
er protocol for UNIX. 

RTT (Round Trip Time): The time it takes for a single pack- 
et or datagram to leave one machine, reach its destination 
and then return to the source machine. 
RUNT Packet: In 802.3 networks, a special case of a frag- 
ment packet when the length of the packet is less than 512 
bit time. 

SAA (System Application Architecture): An IBM devel- 
oped set of standards that provides identical user interfaces 
for applications running on PCs, minicomputers, and main- 
frames. 

SAS (Single Attach Station): A device attached to one ring 
of the FDDI network. 

SDLC (Synchronous Data Link Control): A predecessor 
of HDLC defined by IBM Corporation and used in their SNA 
network products. 

Segment: The unit of transfer between TCP's on different 
machines. Each segment contains a stream of bytes being 
sent between the machines as well as additional fields for 
identifications, error checking etc. 

Serial Transmission: The sequential transmission of the 
bits constituting an entity of data over a data circuit. 
Server: A specialized computer that provides a particular 
service, such as file or print service, to a network; increas- 
ingly, it comprises both the hardware and software which 
manage a network operation. 
Session Layer: See OSI. 

SFD (Start of Frame Delimiter): A bit pattern that enables 
the network board/controller to obtain byte synchronization 
to the incoming serial bit data from the network. 



SFT (System Fault Tolerant): A version of Novell's Net- 
Ware that provide reliability features such as disk and file 
mirroring. 

Shielding: Protective enclosure surrounding a transmission 
medium, such as coaxial cable, designed to minimize elec- 
tromagnetic leakage and Interference. 
Signal Quality Error: See Heartbeat. 
Single Mode: Describes an optical waveguide designed to 
propagate light of only a single wavelength and perhaps a 
single phase; essentially, an optical fiber that allows the 
transmission of only one light beam, or data-carrying light- 
wave channel, and is optimized for a particular lightwave 
frequency; compare with multimode. 
SLIP (Serial Line Internet Protocol): Networking protocol 
to connect via a point-to-point serial link to network serv- 
ices. 

SMTP (Simple Mall Transfer Protocol): The DARPA Inter- 
net standard protocol for transferring electronic mail mes- 
sages from one machine to another. SMTP specifies how 
two mail systems interact and the format of control mes- 
sages they exchange to transfer mail. 
SNA (Systems Network Architecture): The IBM network 
architecture for communication among IBM devices, and 
between IBM and other IBM machines. 

SNI (Serial Network Interface): National's Manchester en- 
coder/decoder. Part number DP8391, or CMOS version 
DP83910. 

SNIC (Serial Network Interface Controller): National's 
newer 8/16 Controller that also incorporates the SNI encod- 
er/decoder function in addition to the controller. It is 100% 
software compatible with the NIC. 
SNMP (Simple Network Management Protocol): Used to 
monitor IP devices and the networks they are attached to. 
The device must maintain a set of variables that specifies 
that all operations on the device are an effect of retrieving 
and storing to the data variables. It contains three parts: 
Structure of Management Information (SMI), Management 
Information Base (MIB), and the protocol. SMI and MIB de- 
fine and store managed entities; SNMP conveys information 
to and from these entities. See CMOT or CMIP. 
Sockets: A Berkeley BSD 4.3 network interface Specifica- 
tion to the transport layer. This interface provides 3 basic 
sen^ioes. 1) Stream services which guarantees delivery of a 
sequence of data. 2) Datagram services which provides de- 
livery of a data packet, but does not guarantee delivery. 3) 
Raw services which provide low level network functions. 
Source Node: A network node that sends a message. 
Source Route: A route is determined by the transmission 
source. The source establishes a sequence of machines 
that a datagram must visit to its destination. 
SPOOL (Simultaneous Peripheral Operation On Line): A 
program or piece of hardware that controls data going to an 
output device. 

STARLAN: A local area network design and specification, 
within the IEEE 802.3 standards, characterized by 1 Mbps 
baseband data transmission over two-pair twisted-pair wir- 
ing. 

Star Network: 1 . A computer network in which each periph- 
eral network node is connected only to the computer or 
computers at a single central facility. 2. A configuration in 
which remote terminals and/or processors are connected 
radially to a central processing location. 
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STAR Topology: A LAN configuration in which nodes are 
connected individually to a common device, such as a con- 
centrator, which acts as a focal point for network cabling. 
Step-Index: A type of optical fiber that exhibits a uniform 
refractive index at its core and a sharp decrease in the re- 
fractive index at its core-cladding interface. 
Store-and-Forward: A communications technique in which 
mesages are received at intermediate routing points and 
stored temporarily, then re-transmitted to an additional rout- 
ing point or final destination. 

Structured Query Language (SQL): A formal data sub-lan- 
guage for specifying common database operations, such as 
retrieving, adding, changing or deleting. 
Subnet: A local area network which resides within another 
network. 

Subnet Address: An extension of the DARPA Internet ad- 
dressing scheme that allows a site to use a single internet 
address for many physical networks. The subnet address is 
not looked at by the Internet portion of the routing, it is only 
used by local gateways and hosts to deliver the datagram to 
the correct physical address. 

SYN (Synchronizing Segment): The first segment sent by 
the TCP protocol, used to synchronize the two ends of a 
connection in preparation for opening another connection. 
Synchronous: Communications link in which the data char- 
acters and bits are transmitted at a fixed rate with the trans- 
mitter and receiver are synchronized, eliminates the need 
for individual start bits and stop bits surrounding each byte, 
thus providing greater efficiency. Contrast with asynchro- 
nous transmission. 

Synchronous Transmission: Data transmission in which 
the occurrence of each signal representing a bit is related to 
a fixed time frame. Compare with asynchronous data trans- 
mission. 

TAP: A device that connects a device cable to a transceiver 
(on baseband networks), or transfers a signal from the trunk 
line to a drop line (on broadband networks). 
T Carrier: A time-division-multiplexed, typically telephone- 
company-supplied, digital transmission facility, usually oper- 
ating at an aggregate data rate of 1 .544 Mbps and above. 
TCP/IP: The Transmission Control Protocol/Internet Proto- 
col was formerly used only in the military, technical and uni- 
versity communities, but it is enjoying a surge in popularity 
as the commercial sector discovers its value for communi- 
cating between computers of different vendors, especially 
Unix systems. 

TCP/IP is governed by a body of vendors and users, keep- 
ing it stable over more than a 15-year life span. TCP/IP 
predates OSI, and it includes several functions that properly 
belong in the upper level of the OSI model, such as applica- 
tions that provide electronic mail, terminal emulation and file 
transfer. 

TELCO: Telephone central office, in most usages; but also, 
a generic abbreviation for "telephone company". 
Telecommunications: A term encompassing both voice 
and data communcations in the form of coded signals over 
media. 

TELNET: An application and protocol and program that pri- 
marily is to interface to UNIX computers. This allows termi- 
nal emulation across the network, allowing a user on one 
computer to log in to another computer as if the user's com- 
puter were a terminal. 



Terminal: 1. A device, such as a teletypewriter or a key- 
board/CRT device, which embodies a set of human/system 
interface functions. 2. A point in a system or communica- 
tions network at which data can either enter or leave; a 
device, usually equipped with a keyboard, often with a dis- 
play, capable of sending and receiving data over a commun- 
cations link; generically the same as data terminal equip- 
ment. 

Terminal Emulation: A program which runs at a worksta- 
tion or terminal that makes it appear to be a specific type of 
data terminal to both the user and the software. 
Terminal Server: A special purpose device on an Ethernet 
LAN that enables up to 32 terminals to be connected to the 
Ethernet cable via a single physical line. A terminal server 
frees network nodes of the burden of establishing connec- 
tions between local terminals and remote nodes. Terminals 
connected to the terminal server have access to all nodes 
on the network. 

Terminated Line: A circuit with a resistance at the far end 
equal to the characteristic impedance of the line, so no re- 
flections or standing waves are present when a signal is 
entered at the near end. 

Text: In communications, transmitted characters forming 
the part of a message that carries information to be con- 
veyed; in some protocols, the character sequence betwen 
start-of-text (STX) and end-of-text (ETX) control characters; 
information for human, as opposed to computer, compre- 
hension, intended for presentation in a two-dimensional 
form. 

TFTP (Trivial File Transfer Protocol): The DARPA Internet 
standard protocol for file transfer with minimal overhead and 
capability. It depends only on the unreliable, connectionless 
datagram delivery service (UDP), so it can be used on disk- 
less workstations that keep software in ROM in order to 
bootstrap themselves. 

T1: AT&T term for a digital carrier facility used to transmit a 
DS-1 formatted digital signal at 1.544 Mbps. 
Timeout: Expiration of predefined time period, at which time 
some specified action occurs; in communications, timeouts 
are employed to avoid unnecessary delays and improve 
traffic flow; used, for example, to specify maximum re- 
sponse times to polling and addressing before a procedure 
is automatically reinitiated. 

TPI (Twisted Pair Interface): National's twisted pair Ether- 
net Transceiver for 10BASE-T. Part number DP83922. 
Token: The password or character sequence used by net- 
work nodes to gain access to a token ring network. This 
character sequence (i.e., the token) passes from one node 
to another around the network; hence, the term "token 
passing" is used to describe the process. 
Token Ring: A data-signaling network architecture where a 
data packet and a token are passed from one station to 
another along an electrical ring. When a station transmits, it 
takes possession of the token, transmits its data, then frees 
the token after the data has made a complete circuit of the 
electrical ring. 

TOP (Technical and Office Protocols): A Boeing version 
of the MAP protocol suite aimed at office and engineering 
applications. 

Topology: Description of the physical connections of a spe- 
cific network's nodes — such as bus, branching bus (tree or 
star), or ring. 
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Transaction: In communications, a message destined for 
an application program; a computer-processed task that ac- 
complishes a particular action or result; in interactive com- 
muncations, an exchange between two devices, one of 
which is usually a computer; in batch or remote job entry, a 
job or job step. 

Transceiver: A combined transmitter and receiver. An es- 
sential element of all LANs, its functions is required at each 
node of the network. For Ethernet it connects directly to the 
coaxial cable as a stand alone transceiver box. For Thin 
Ethernet the transceiver resides in the data terminal equip- 
ment. 

Transmission: The dispatching of a signal, message, or 
other forms of intelligence by wire, radio, telegraphy, teleph- 
ony, facsimile, or other means; a series of characters, mes- 
sages, or blocks, including control information and user 
data; the signaling of data over communications channels. 
Transport Layer: Layer four in the OSI reference model; 
provides a logical connection between processes on two 
machines. See OSI. 

Tree: A LAN topology that recognizes only one route be- 
tween two nodes on the network. The "map" resembles a 
tree or the letter T. 

Trunk: A dedicated aggregated telephone circuit connect- 
ing two switching centers, central offices, or data-concen- 
tration devices. 

TvKlsted-Palr Transmission System: In 10BASE-T termi- 
nology, refers to the twistod-pair wire link and its two at- 
tached MAUs. 

Twisted-PaIr Wire: A cable comprised of two 18 to 24 
AWG (American Wire Gauge) solid copper strands twisted 
around each other. The twisting provides a measure of pro- 
tection from electromagnetic and radio-frequency interfer- 
ence (EMI/RFI). Two types are available: shielded and 
unshielded. The former is wrapped inside a metallic sheath 
that provides protection from EMI/RFI. The latter, also 
known as telephone wire, is covered with plastic or PVC, 
which provides no protection from EIVII/RFI. 
Type 3 Cable: An unshielded twisted-pair wire that meets 
IBM specifications for use in token ring networks. 
UDP (User Datagram Protocol): The TCP/IP transaction 
protocol used for applications such as remote network man- 
agement and name service access; this lets users assign a 
name, such as "VAXtm 2", to a physical or numbered ad- 
dress. 

UTP (Unshielded Twisted-Pair Cable): Also known as tel- 
ephone wire. See Twisted-Pair Wire. 
User Transparency: The quality in a network that enables 
users to access and transfer information without having to 
know how the network operates. 

VAN (Value Added Network): A network whose services 
go beyond simple switching. 

VC (Virtual Circuit): For X.25 a VC is a PLP logical connec- 
tion between an X.25 DCE and an X.25 DTE. X.25 supports 
both switched VCs and permanent VCs. Switched VCs are 
analogous to dial up lines. They allow a particular X.25 DTE 
to establish connection with different X.25 DTEs on a per 
call basis. In contrast, permanent VCs are analogous to 
leased lines because they always connect two particular 
X.25 DTEs. 

Virtual Disk: A portion of physical disk drive appearing to a 
dedicated host as a local disk resource. 



Virtual Storage: Storage space that may be viewed as ad- 
dressable main storage,; but is actually auxiliary storage 
(usually peripheral mass storage) mapped into real address- 
es; amount of virtual storage is limited by the addressing 
scheme of the computer. 

VMSTM. (Virtual Memory System): An Operating System 
developed by Digital Equipment Corporation for the VAX 
computer series. 

Weil-Known Port: Any set of protocol port numbers preas- 
signed for specific uses by the transport layer protocols (i.e., 
TCP and UDP). Clients can locate servers at well-known 
port assignments. File transfer servers, echo servers and 
time servers are some examples of servers using well- 
known port assignments. 

Wide Area Network (WAN): A network covering a large 
geographic area (50 miles or more); may include packet- 
switched, public data, and Value-Added Networks. 
Wide Band: A system in which multiple channels access a 
medium (usually coaxial cable) that has a large bandwidth 
(10 Mbps is typical) using radio frequency modems. Each 
channel is modulated to a different frequency slot on the 
cable and is demodulated to its original frequency at the 
receiving end. 

Wiring Closet: Central location for termination and routing 
on-premises wiring systems. 

Workstation: Input/Output equipment that an operator 
works. 

XDR (External Data Representation): A presentation layer 
protocol used by SUN microsystems. It provides a common 
way of representing data on a network consisting of differ- 
ent machines. 

XNS (Xerox Network System): Used as the basis for many 
network operating systems, including early version of 
3Com's 3 + . It performs functions similar to those of TCP/IP 
and runs on top of IEEE 802.3. 

X.NN: The X.nn series of the CCITT standards relate to the 
connection of digital equipment to a public data network 
which employs digital signaling. 

XON/XOFF (Transmitter On/Transmitter Off): A method 
of flow control used when a computer is attached to a slow- 
er device which cannot process information as fast as the 
computer sends it. A common device using XON/XOFF is a 
printer. XON is sent as a CONTROL-Q, XOFF is sent as a 
CONTROL-S. 

X.25: Defined by CCITT, and used most commonly in Eu- 
rope. 

The X.25 protocol is best suited for small to medium 
amounts of data traffic among multiple locations. It operates 
over telephone lines at up to 1 .5 megabits per second (the 
maximum speed of a T-1 connection). X.25 breaks a data 
message into smaller pieces known as "packets" and trans- 
mits the packets individually to their destination, where they 
are reassembled. Because each packet is routed individual- 
ly, packets may travel different paths to their destination, 
thereby speeding transmission. 

X.400: This standard, approved by ISO, defines a means for 
exchanging electronic mail between computers. Supporting 
this standard allows electronic mail packages from different 
vendors to exchange messages. 

X.500: Still under development, X.500 is a standard for di- 
rectory management. It will allow users to find files and data 
on networks of different types of computers. 
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10BASE5: IEEE 802.3 Physical Layer Standard for thick ca- 
ble Ethernet, utilizing thick double shielded coaxial cable. 
10BASE5 stands for; 10 = 10 Mbits/sec. data rate, 
BASE = Baseband, 5 = 500 meters segment length. 
10BASE2: IEEE 802.3 Physical Layer Standard for thin wire 
Ethernet (sometimes called cheapernet). This standard 
uses RG58 standard coaxial cable. 10BASE2 stands for; 
10=10 Mbit/sec. data rate, BASE = Baseband, 2 = 200 
meter segment length (actually is 185m). 
1BASE5: IEEE 802.3 Physical Layer Standard for StarLAN 
twisted pair network. 1BASE5 stands for; 1 = 1 f*/1bit/sec. 
data rate, BASE = Baseband, S = 600 meter segment 
length. 



10BASE-T: IEEE 802.3 Physical Layer Standard for the new 
twisted pair Ethernet in a star topology. 10BASE-T stands 
for; 10 = 10 Mbit/sec. data rate, BASE = Baseband, T = 
twisted pair wire over 100 meters nominal segment length. 
802.x: The Institute of Electrical and Electronic Engineers 
(IEEE) committees that developed a set of standards defin- 
ing some networks. The IEEE committees generally work on 
standards below 50 Mb/s including: 

IEEE 802.3 Ethernet 

IEEE 802.4 Token Bus 

IEEE 802.5 Token Ring 

IEEE 802.6 Metropolitan Area Networks 

IEEE 802.9 Integrated Data and Voice 
3270 and 5250: These two IBM protocols have been 
around since the early 1970s. High Speed Serial Interface 
used with IBM mainframes and various peripherals. Data 
rates range from 1.2 Mbits/s to 52 Mbits/s. 
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Ethernet and Networking Acronyms 



Acronym 


Description 


ANSI 


American National Standards Institute 


CMIP 


Common iVIanagement Information Protocol 


CRC 


Cyclic Redundancy Check 


CRD 


Clock Recovery Device- 
Part of National's Solution 


CSMA/CD 


Carrier-Sense Multiple 
Access with Collision Detection 


CTI 


Coaxial Transceiver Interface, NSC 
DP8392 


DA 


Destination Address 


DAC 


Dual Attach Concentrator 


DAS 


Dual Attach Station 


DLL 


Data Link Layer 


ENDEC 


ENcoder, DECoder combination, 
chip or function 


FC 


Frame Control 


FCS 


Frame Check Sequence 


FDDI 


Fiber Distributed Data Interface 


FTP 


File Transfer Protocol 


IEEE 


Institute of Electrical and Electronic Engineers 


ISO 


International Standards Organization 


LAN 


Local Area Network 


LEM 


Link Error Monitor 


LERIC 


Low End Repeater Interface Controller 


LLC 


Logical Link Control 


MAC 


Media Access Control Layer 


MAU 


Media Access Unit 


MIB 


Management Information Base 



Acronym 


Description 


MPR 


Multi-Port Repeater 


NFS 


Network File System 


NIC 


Network Interface Controller (add-in 
card); also NSC DP8390 Network 
Interface Controller 


NOS 


Network Operating System 


NRZ 


Non-Return to Zero 


NRZI 


Non-Return to Zero Invert on Ones 


OSI 


Open Systems Interconnection 


PDU 


Protocol Data Unit 


PHY 


Physical Layer 


PMD 


Physical Medium Dependent Layer 


QLS 


Quiet Line State 


RIC 


Repeater Interface Controller, NSC 
DP83950 


SA 


Source Address 


SAS 


Single Attach Station 


SDU 


Service Data Unit 


SNA 


Systems Network Architecture (IBM) 
Protocol 


SNMP 


Simple Network Management Protocol 


SONIC 


Systems Oriented Network Interface 
Controller, NSC DP83932 


ST-NIC 


Serial Network Interface Controller for 
Twisted Pair, NSC DP83902 


TCP/IP 


Transmission Control 
Protocol/Internet Protocol 


WAN 


Wide Area Network 


XNS 


Xerox Network System Protocol 
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20 Lead Molded Plastic Leaded Chip Carrier 
NS Package Number V20A 



L 
Z 
Z 



,0.350-0.356 
' [8.89-9.04] 

:PIN *1 IDENT 

t 19 






J ^L 

_J 0.200 „pL_ 



450X ""^s ■ 

]18 

] 0.026-0.032 , 



0.013-0.021 
[0.33-0.53] 



TYP • 



y:&^: 






[0.66-0.81] 




[1.27] 



TYP 



[5.08] 



0.290-0.330, 
[7.37-8.38] ' 



■[0.51] 



MIN TYP 



0.090-0.120 
" [2.29-3.05] ' 

0.165-0.180 
" [4.19-4.57] 



TYP 



45"'X 




0.385-0.395 ,Yp_^ 
"[9.78-10.03] 



V20A (REV K) 



28 Lead Molded Plastic Leaded Ciiip Carrier 
NS Package Number V28A 



5C 

c 
1: 
c 
c 
c 



I-. 0.450-0.456 

[11.43-11.58] 
■5- PIN #1 IDENT 
4 \^ 1 26 



lLuuuulLlLi 



0.026-0.032, 



[0.66-0.81] 



D25 

J 
1 
1 
1 
1 
D19 



121 



0.050 

[1.27] 
0.300 
[7.62] 



I Ms 
TYP-H '— 



1*->.^«°>^J 




0.165-0.180 
[4.19-4.57] 



TYP- 



'[1.14] 

0.485-0.495 , 
■ [12.32-12.57] 




0.013-0.021 
[0.33-0.53] 



TYP 



0.390-0.430 . 
[9.91-10.92] 



1 ^0.020 „|^ ^y,p 
' r^[0.51]""' "*^ 



0.090-0.120 
" [2.29-3.05] 



TYP 
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68 Lead Molded Plastic Leaded Chip Carrier 
NS Package Number V68A 



26: 



0.950-0.958 
[24.13-24.33] 

-PIN 1 IDENT 

1 68 61 

i-inr-n-innf-n-ir-ii-i 



b 



JUUUUUUUUJUJ 



[20.32] 



45''X 



0.013-0.021 
[0.33-0.53] 



[1.H]" 



TYP— 1 



60 

0.026-0.032 . 
[0.66-0.81] 



43 
-4 U- 0.050 ^„ 
[1.27]^'''^ 




0.890-0.930 . 
[22.61-23.62] 



— "■"^^ UIN T 
•^[0.51]""*^ 

0.090-0.130 
[2.29-3.30] 

0.165-0.200 
[4.19-5.08] 



0.045. 




g 

3' 

(D 

3 
<0 

O 



TYP 



TYP 



0.985-0.995 . 
[25.02-25.27] 



VetA (REV H) 



84 Lead Molded Plastic Leaded Chip Carrier 
NS Paclcage Number V84A 



32 [ 



[29.21-29.41] 
-PIN 1 IDENT 



-inr^n-inni 



b 



JiuuULiuUULjljUiJUUL 



45'>X 



[0.33-0.53] 



[1.14] 



- 174 

] 0.026-0.032 jyp 
1 [0.66-0.81] 

] 
1 

] 
] 

I 



"[25.40]' 



-" l^[1.27]T^'' 




[27.69-26.70] 




|-[0.5T]«"'T1'P 

0.090-0.130 .„. 
■ [2.29-3.30] ^^'^ 

0.165-0.200 Tvo 
[4.19-5.08] '"^ 



1.185-1.195 . 
[30.10-30.35]' 



VMA (REV E) 
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132 Lead Molded Plastic Leaded Chip Carrier 
NS Package Number V132A 

32 X O.0Z5=(O.B0D) 



1.1WtO.M3 0.025 = (0.600) 

(27.94±0.0B) 0.64.(20.32) 



o 



0.64 =(20.32) 

0.010±0.002 
(0.25±0.05) 



0.006 
(0.20) 



o 



& 



PIN «1 
IDENT 



2JU 



(24.13±0.08) 



(24.13±a.08) 





0.140 
(3.56) 


« 








i.ioa±o.oo3 


0.00710.001 0.09210.003 




— 


« — 132 X 


(27.9410.08) "■ 

0.01 2 ±0.004 
(0.3010.10) 

0.005 

(0.13) 


< 




f r 


JW 


\i 


i/ i i ■ 


(0.1810.03) (2,3410.08) 




1 


L 












r 


11"'. 


Ji 


BUI 


1 




f 






Ji_ 


HIHHf 1 il f "=*iE 


y 


' T 002 


0.1675: 
(4.255 d 


0.0075 
t0.191) 


t 

0.049 ±0.007 
(1.24 ±0.18) 




0.02510.003 


1.08010.00S 


1 


A (0.05) 

0.02510.005 
(0.6410.13) 






(0.64±0.06) 






' 






(27.4310.13) "^ 
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32 Lead Plastic Chip Carrier 
NS Package Number VA32A 




is. 
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O 

3 

A 
3 
CO 

o' 
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0.0100 
r [0.254] 



0.030-0.0*0 
[0.76-1.02] 



^ '^ [0.66-0.81] 

[^ I 0.007[O.I8l ©I H I C-E. r-G ©| 



0.0S3-0.0S9 
[1.55-1.50] 
0.031-0.037 
[0.79-0.9*] 

0.027-0.033 

.^ [0.69-0.B4] 

SECTION B-B 

TYPICikl. 
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100 Lead Plastic Quad Flat Package, EIAJ 
NS Package Number VF100B 



0.693±0.D12 
(irM±0.30S) 



0.488 
(12.35) 



-100C 



o. 




PlN«tlOENT. 
0.742 



(18.85) 



0.551±0J0e 
(14.00±0.15Z) 



0.10610.004 
(2.t«2l 0.102) 




0.005 ±0 JOS 
(0.127±0.127) 



0.787 ±0.006 



(19.N±0.1S2) 



-100 X 



0J)12±0JXI4 



(0.30S± 0.102) 



0.933 10J)12 



(2X7010.305) 



0.03110.006 
(0.78710.152) ' 



0.00710J01 
(0.17810.025) 




La 




10° MAX 
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160 Lead Plastic Quad Flat Package, EIAJ 
NS Package Number VF160A 

1 0.0256 (=0.9»«) 



12tl 



1.228 to.oia 
31.20 10.«S 




O.GSO(>=2S.3S) 



PIN #1 IDENT. 



81 



I 80 



,1.I02±0.00E 



0.12510.125 




■TYP 



1.22S 10.018 



0.02«10, 
0.6010. 



•^-^L 



■ID* MAX TYP 
vrieot (REV A) 
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100 Lead (14mm x 14mm) Molded Plastic Quad Flat Package, JEDEC 
NS Package Number VJG100A 



— 16.00 i 0.*0 ■ 
-□14.00 t 0.10 ■ 



76" 



O 



PIN #1 
IDENT. 




-1 

T 



0.50 TYP 



1 — ^|-«— 0.18±0.10 TYP 25 

- SEE DETAIL A 




R 0.20 
MIN^ 

R 0.20. 
MIN 

0°- 10O' 



,1.40t0.10 




X 



,1 



0.1 



t iQlo-'ol 



I — 0.125 ± 



0.50 ±0.20 



25 ± 0.050 TYP 



SEATING PLANE 



DETAIL A 



TYPICAL vjGrooA (REV. B) 



100 Lead JEDEC Metric Plastic Quad Flat Package 
NS Package Number VLC100B 



PIN #1^ tTTTT 



23.6 ± 0.2 TYP 
— 20.0 ± 0.1 — 



17.6 ±0.2 TYP 



14.010.1 



PIN #1 
IDENT. 



-H (i.e) k- 



i ± 0.1 TYP -AU- -*\ U— 



30 
0.65 ± 0.10 TYP 



0°- 12° 



(A 



- SEE DETAIL A 



v|[Tsr°''°-°'°° 



£ 





H 



H 



T\T\ t Mo-i5| 

\-SEATING PLANE 

DETAIL A 



0.1510.03TYP 



TYPICAL 

VLCIOOB (REV. A) 
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100 Lead (14mm x 20mm) Molded Plastic Quad Flat Package, EIAJ 
NS Package Number VLJ100A 



81i 



lOOi 



PIN #1 
IDENT 



-23.6 ± 0.2 TYP- 
— 20.0 ± 0.1 — 



80 



51 




0.3±0.1 TYP- 



150 



17.6 ± 0.2 TYP 
14.0 ± 0.1 



131 



30 



— *| U— 0.65 ± 0.1 



TYP 



Lo.i5 ± 



•^ 



SEE DETAIL A 




0.03 TYP 



00-12?, 
0.8 ± 0.1-i^ 



-H (1.8) K- 

^3.0 MAX 

! JTlfii 



i: 



|q|0.105| 

^■f,*Ji,'^r° Lo.25 MAX 
PLANE 05 Mifj 

DETAIL A 
TYPICAL VLJ100A (REV B) 



8-13 



160 Lead (28mm x 28mm) Molded Plastic Quad Flat Package, JEDEC 
NS Package Number VUL160A 



■ 31.20 ± 0.25 TYP ■ 



160 c 
PIN »1 IDENT- 



% 



'JL 

—HI-*- 0.30 ± 



O.OS TYP 
SEE DETAIL A 



(1.60). 

R 0.1 3-0.30 -x 

CAGE PLANE 

0.25-1 



tl 



7° MAX-^ 




tS" - 16» 
TOP & BOTT 



n: 



f_r' 



t l^liiH 

R 0.13 MIN 



DETAIL A 
TYPICAL 



JL " 




I 4.10 MAX TYP 



<— 3.40 ± 0.20 



I — 0.15i0.05TYP 
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g3 National 

mJM Semiconductor 



Bookshelf of Technical Support Information 

National Semiconductor Corporation recognizes the need to keep you informed about the availability of current technical 
literature. 

This bool<shelf is a compilation of books that are currently available. The listing that follows shows the publication year and 
section contents for each book. 

For datasheets on new products and devices still in production but not found in a databook, please contact the National 

Semiconductor Customer Support Center at 1 -800-272-9959. 

We are interested in your comments on our technical literature and your suggestions for improvement. 

Please send them to: 

Technical Communications Dept. M/S 1 6-300 

2900 Semiconductor Drive 

P.O. Box 58090 

Santa Clara, CA 95052-8090 

ADVANCED BiCMOS LOGIC (ABTC, IBF, BCT) DATABOOK— 1993 

ABTC/BCT Description and Family Characteristics • ABTC/BCT Ratings, Specifications and Waveforms 
ABTC Applications and Design Considerations • Quality and Reliability • Integrated Bus Function (IBF) Introduction 
54/74ABT3283 Synchronous Datapath f^ultiplexer • 74FH900/25900 9-Bit 3-Port Latchable Datapath t^ultiplexer 
54/74ACTQ3283 32-Bit Latchable Transceiver with Parity Generator/Checker and Byte tvlultiplexing 
54/74ABTCXXX • 74BCTXXX 

ALS/AS LOGIC DATABOOK— 1990 

Introduction to Advanced Bipolar Logic • Advanced Low Power Schottky • Advanced Schottky 

ASIC DESIGN IMANUAL/GATE ARRAYS & STANDARD CELLS— 1987 

SSI/MSI Functions • Peripheral Functions • LSI/VLSI Functions • Design Guidelines • Packaging 

CIMOS LOGIC DATABOOK— 1988 

CIWOS AC Switching Test Circuits and Timing Waveforms • CMOS Application Notes • MM54HC/Mrv174HC 
MM54HCT/MM74HCT • CD4XXX • H/1M54CXXX/MM74CXXX • Surface filount 

DATA ACQUISITION DATABOOK— 1993 

Data Acquisition Systems • Analog-to-Digital Converters • Digital-to-Analog Converters • Voltage References 
Temperature Sensors • Active Filters • Analog Swltches/l\/lultiplexers • Surface Mount 

DATA ACQUISITION DATABOOK SUPPLEMENT— 1992 

New devices released since the printing of the 1 989 Data Acquisition Linear Devices Databook. 

DISCRETE SEMICONDUCTOR PRODUCTS DATABOOK— 1989 

Selection Guide and Cross Reference Guides • Diodes • Bipolar NPN Transistors 

Bipolar PNP Transistors • JFET Transistors • Surface Mount Products • Pro-Electron Series 

Consumer Series • Power Components • Transistor Datasheets • Process Characteristics 

DRAM MANAGEMENT HANDBOOK— 1993 

Dynamic Memory Control •CPU Specific System Solutions • Error Detection and Correction 
Microprocessor Applications 

EMBEDDED CONTROLLERS DATABOOK— 1992 

COP400 Family • COP800 Family • COPS Applications • HPC Family • HPC Applications 
MICROWIRE and MICROWIRE/PLUS Peripherals • Microcontroller Development Tools 



FDDI DATABOOK— 1991 

FDDI Overview • DP83200 FDDI Chip Set • Development Support • Application Notes and System Briefs 

F100K ECL LOGIC DATABOOK & DESIGN GUIDE— 1992 

Family Overview • 300 Series (Low-Power) Datasheets • 1 00 Series Datasheets • 11 C Datasheets 
Design Guide • Circuit Basics • Logic Design • Transmission Line Concepts • System Considerations 
Power Distribution and Thermal Considerations • Testing Techniques • 300 Series Package Qualification 
Quality Assurance and Reliability • Application Notes 

FACTTM ADVANCED CMOS LOGIC DATABOOK— 1993 

Description and Family Characteristics • Ratings, Specifications and Waveforms 

Design Considerations • 54AC/74ACXXX • 54ACT/74ACTXXX • Quiet Series: 54ACQ/74ACQXXX 

Quiet Series: 54ACTQ/74ACTQXXX • 54FCT/74FCTXXX • FCTA: 54FCTXXXA/74FCTXXXA/B 

FAST® ADVANCED SCHOTTKY TTL LOGIC DATABOOK— 1990 

Circuit Characteristics • Ratings, Specifications and Waveforms • Design Considerations • 54F/74FXXX 

FAST® APPLICATIONS HANDBOOK— 1990 

Reprint of 1987 Falrchild FAST Applications Handbook 

Contains application information on the FAST family: Introduction • f^/lultiplexers • Decoders • Encoders 
Operators • FIFOs • Counters • TTL Small Scale Integration • Line Driving and System Design 
FAST Characteristics and Testing • Pacl<aging Characteristics 

HIGH-PERFORMANCE BUS INTERFACE DESIGNER'S GUIDE— 1992 

Futurebus + /BTL Devices • BTL Transceiver Application Notes • Futurebus + Application Notes 
High Performance TTL Bus Drivers • Pl-Bus • Futurebus+ /BTL Reference 

IBM DATA COMMUNICATIONS HANDBOOK— 1992 

IBM Data Communications • Application Notes 

INTERFACE: LINE DRIVERS AND RECEIVERS DATABOOK— 1992 

EIA-232 • EIA-422/423 • EIA-485 • Line Drivers • Receivers • Repeaters • Transceivers • Application Notes 

LINEAR APPLICATIONS HANDBOOK— 1991 

The purpose of this handbook is to provide a fully indexed and cross-referenced collection of linear integrated circuit 
applications using both monolithic and hybrid circuits from National Semiconductor. 

Individual application notes are normally written to explain the operation and use of one particular device or to detail various 
methods of accomplishing a given function. The organization of this handbook takes advantage of this innate coherence by 
keeping each application note intact, arranging them in numerical order, and providing a detailed Subject Index. 

LINEAR APPLICATION SPECIFIC IC's DATABOOK— 1993 

Audio Circuits • Radio Circuits • Video Circuits • Display Drivers • Clock Drivers • Frequency Synthesis 
Special Automotive • Special Functions • Surface l^ount 

LOCAL AREA NETWORKS DATABOOK— 1993 SECOND EDITION 

Integrated Ethernet Network Interlace Controller Products • Ethernet Physical Layer Transceivers 
Ethernet Repeater Interface Controller Products • Token-Ring Interface Controller (TROPIC) 
Hardware and Software Support Products • FDDI Products • Glossary and Acronyms 

LOW VOLTAGE DATABOOK— 1992 

This databook contains information on National's expanding portfolio of low and extended voltage products. Product datasheets 
included for: Low Voltage Logic (LVQ), Linear, EPROM, EEPROM, SRAM, Interface, ASIC, Embedded Controllers, Real Time 
Clocks, and Clock Generation and Support (CGS). 

MASS STORAGE HANDBOOK— 1989 

Rigid Disk Pulse Detectors • Rigid Disk Data Separators/Synchronizers and ENDECs 

Rigid Disk Data Controller • SCSI Bus Interface Circuits • Floppy Disk Controllers • Disk Drive Interface Circuits 

Rigid Disk Preamplifiers and Servo Control Circuits • Rigid Disk Microcontroller Circuits • Disk Interface Design Guide 



MEMORY DATABOOK— 1992 

CMOS EPROMs • CMOS EEPROMs • PROMs • Application Notes 

MEMORY APPLICATION HANDBOOK— 1993 
OPERATIONAL AMPLIFIERS DATABOOK— 1993 

Operational Amplifiers • Buffers • Voltage Comparators • Instrumentation Amplifiers • Surface Mount 

PACKAGING DATABOOK— 1993 

Introduction to Packaging • Hermetic Pacloges • Plastic Packages • Advanced Packaging Technology 
Package Reliability Considerations • Packing Considerations • Surface Mount Considerations 

POWER IC's DATABOOK— 1993 

Linear Voltage Regulators • Low Dropout Voltage Regulators • Switching Voltage Regulators • Motion Control 
Peripheral Drivers • High Current Switches • Surface Mount 

PROGRAMMABLE LOGIC DEVICE DATABOOK AND 
DESIGN GUIDE— 1993 

Product Line Overview • Datasheets • Design Guide: Designing with PLDs • PLD Design Methodology 
PLD Design Development Tools • Fabrication of Programmable Logic • Application Examples 

REAL TIME CLOCK HANDBOOK— 1993 

3-Volt Low Voltage Real Time Clocks • Real Time Clocks and Timer Clock Peripherals • Application Notes 

RELIABILITY HANDBOOK— 1987 

Reliability and the Die • Internal Construction • Finished Package • MIL-STD-883 • MIL-M-38510 

The Specification Development Process • Reliability and the Hybrid Device • VLSI/VHSIC Devices 

Radiation Environment • Electrostatic Discharge • Discrete Device • Standardization 

Quality Assurance and Reliability Engineering • Reliability and Documentation • Commercial Grade Device 

European Reliability Programs • Reliability and the Cost of Semiconductor Ownership 

Reliability Testing at National Semiconductor • The Total Military/ Aerospace Standardization Program 

883B/RETSTM Products • MILS/RETStm Products • 883/RETStm Hybrids • MIL-M-38510 Class B Products 

Radiation Hardened Technology • Wafer Fabrication • Semiconductor Assembly and Packaging 

Semiconductor Packages • Glossary of Terms • Key Government Agencies • AN/ Numbers and Acronyms 

Bibliography • MIL-M-38510 and DESC Drawing Cross Listing 

SCAN™ DATABOOK— 1993 

Evolution of IEEE 1 149.1 Standard • SCAN Buffers • System Test Products • Other IEEE 1 149.1 Devices 

TELECOMMUNICATIONS— 1992 

COMBO and SLIC Devices • ISDN • Digital Loop Devices • Analog Telephone Components • Software 
Application Notes 
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Pioneer Technology 
(404)623-1003 


Gert)er Electronics 


Albuquerque 


Zeus Components 


(617)769-6000 


Alliance Electronics Inc. 


(408) 629-4789 


Peabody 
Hamilton/Avnet 
(508) 531-7430 
Time Electronics 
(508) 532-9900 


(505) 292-3360 
Bell Industries 
(505) 292-2700 
Hamilton/Avnet 
(505) 345-0001 



NATIONAL SEMICONDUCTOR CORPORATION DISTRIBUTORS (Continued) 



NEW YORK 

Binghamton 
Pioneer 
(607) 722-9300 

Buffalo 

Summit Electronics 

(716)887-2800 
Commack 

Anthem Electronics 

{516)864-6600 
Fairport 

Pioneer Standard 

(716)381-7070 
IHauppauge 

Hamilton/Avnet 

(516)231-9444 

Time Electronics 

(516)273-0100 

North Syracuse 
Hamilton/Avnet 

(315)437-2641 
Port Chester 
2eus Components 

(914)937-7400 
Rochester 

Hamilton/Avnet 

(716)292-0730 

Summit Electronics 

(716)334-8110 
Syracuse 

Time Electronics 

(315)432-0355 
Westbury 

Hamilton/Avnet Export Div. 

(516)997-6868 
Woodbury 

Pioneer Electronics 

(516)921-8700 
NORTH CAROLINA 
Charlotte 

Hamilton/Avnet 

(704) 527-24B5 

Pioneer Technology 

(704)527-8188 
Durham 

Pioneer Technology 

(919)544-5400 
Morrisville 

Pioneer Technology 

(919)460-1530 
Raleigh 

Hamilton/Avnet 

(919)878-0810 
OHIO 
Cleveland 

Pioneer 

(216)587-3600 
Columbus 

Time Electronics 

(514)794-3301 



Dayton 
Bell Industries 

(513)435-8660 

Bell Industries-Military 

(513)434-8231 

Hamilton/Avnet 

(513)439-6700 

Pioneer Standard 

(513)236-9900 

Zeus Components 

(513)293-6162 
Independence 

Hamilton/Avnet 

(216)349-5100 
OKLAHOMA 
Tulsa 

Hamilton/Avnet 

(918)664-0444 

Pioneer Standard 

(918)665-7840 

Radio Inc. 

(918)587-9123 
OREGON 
Beaverton 

Anthem Electronics 

(503)643-1114 

Bell Industries 

(503) 644-3444 

Hamilton/Avnet 

(800) 332-8638 
Portland 

Time Electronics 

(503) 684-3780 
PENNSYLVANIA 
Horsham 

Anthem Electronics 

(215)443-5150 

Pioneer Technology 

(215)674-4000 
Mars 

Hamilton/Avnet 

(412)281-4150 
Pittsburgh 

Pioneer 

(412)782-2300 
TEXAS 

Austin 
Hamilton/Avnet 
(512)837-6911 

Minco Technology Labs. 
(512)634-2022 
Pioneer Standard 
(512)835-4000 
TwiS Etectronlcs 
(512)346-7346 
Dallas 
Hamilton/Avnet 
(214)308-8111 
Pioneer Standard 
(214)386-7300 



Houston 
Hamilton/Avnet 
(713)240-7733 
Pioneer Standard 
(713)495-4700 

Richardson 
Anthem Electronics 
(214)238-7100 
Time Electronics 
(214)644-4644 

Zeus Components 
(214)783-7010 
UTAH 
Midvale 
Bell Industries 
(801)255-9611 

Salt Lake City 
Anthem Electrctnics 
(801)973-8555 
Hamilton/Avnet 
(801)972-2800 

West Valley 
Time Electronics 
(601)973-8494 
WASHINGTON 

Bothell 
Anthem Electronics 
(206)483-1700 

Kirkland 
Time Electronics 
(206)820-1525 . 

Redmond 
Bell Industries 
(206)867-5410 
Hamilton/Avnet 
(801)266-2022 
WISCONSIN 

Brookfield 
Pioneer Electronics 
(414)784-3480 

Mequon 
Taylor Electric 
(414)241-4321 

Waukesha 
Bell Industries 
(414)547-8879 
Hamilton/Avnet 
(414)784-8205 
CANADA 
WESTERN PROVINCES 

Bunnaby 
Hamilton/Avnet 
(604)420-4101 
Semad Electronics 
(604) 420-9689 



Calgary 

Electro Sonic Inc. 

(403)255-9550 

Semad Electronics 

(403)252-5664 

Zentronics 

(403) 295-8838 
Edmonton 

Zentronics 

(403) 482-3038 
Markham 

Semad Electronics Ltd. 

(416)475-3922 . 
Richmond 

Electro Sonic Inc. 

(604)273-2911 

Zentronics 
(604)273-5575 
Winnipeg 
Zentronics 
{204)694-1957 
EASTERN PROVINCES ■ , 



Hamilton/Avnet 

(416)795-3825 

Time Electronics 

(416)672-5300 

Zentronics 

(416)507-2600 

Nepean 
Hamilton/Avnet 
(613)226-1700 
Zentronics 
(613)226-8840 

Ottawa 
Electro Sonic Inc. 
(613)728-8333 
Semad Electronics 
(613)727-8325 

Potnte Claire 
Semad Electronics 
(514)694-0860 

St. Laurent 
Hamilton/Avnet 
(514)335-1000 
Zentronics 
(514)737-9700 

Willowdale 

ElectroSonic Inc. 
(416)494-1666 

Winnipeg 
Electro Sonic Inc. 
(204)783-3105 



^National 

MM Semiconductor 



National Semiconductor Corporation 

2900 Semiconductor Drive 

P.O. Box 58090 

Santa Clara, CA 95052-8090 

For sales, literature and technical support for North America, please contact the National Semiconductor Customer Support 
Center at 1-800-272-9959. 

SALES OFFICES 



National Semiconductor 

5925 Airport Rd. 

Suite 61 5 

It^isslssauga, Ontario L4V 1W1 

Tei: (41 6) 678-2920 

Fax:(416)678-2535 

PUERTO RiCO 

National Semiconductor 

La Eleclronica BIdg. 
Suite312, R.D. #1 Kin 14.5 
Rio Piedias, Puerto Rico 00927 
Tei: (809) 758-9211 
Fax: (809) 763-6959 

INTERNATIONAL 
OFFICES 

National Semiconductor 
(Australia) Pty, Ltd. 

16 Business Parit Dr. 

NottingHiii,ViC3168 

Australia 

Tel: (3) 558-9999 

Fax: (3) 558-9998 

National Semiconductores 
Do Brazil LIda. 

Av. Brig. Faria Lima, 1409 

6 Andar 

Cep-01451,Paulistano, 

Sao Paulo, SP 

Brazil 

Tel: (55-11)212-5066 

Telex: 391-1 131931 NSBR BR 

Fax: (55-11) 212-1181 

National Semiconductor 
Bulgaria .^ 

P.CI.S.A. 

DonJukm Bid. 26/3 

SolialOOO 

Bulgaria 

Tel: (02) 88 01 16 

Fax: (02) 80 36 18 

National Semiconductor 

(UK) Ltd. 

Valdemarsgade 21 

DK-4100Ringsled 

Denmark 

Tel: (57) 67 20 80 

Fax: (57) 67 20 82 

National Semiconductor 
(UK) Ltd. 

Mekaanikonkatu 13 

SF-0081O Helsinki 

Finland 

Tel: 358-0-759-1855 

Telex; 126116 

Fax:358-0-759-1393 



National Semiconductor 
France 

Centre d'Affaires "La Boursidi^re" 

BStiment Champagne 

BP90 

Route Nationale 186 

F-92357 Le Plessis Robinson 

Paris. France 

Tel: (01) 40-94-88-88 

Telex: 631065 

Fax: (01)40-94-88-11 

National Semiconductor S.A. 

Bailment ZETA-2.A. 

COURTABOEUF 

3, Avenue du Canada 

F-91966LESULISCedex16 

Tel: (1)69 18 37 00 

Fax: (1)69 18 37 69 

National Semiconductor 

GmbH 

Dieselstrasse 23 

D-3004 Isernhagen 2 

Germany 

Tel: (05-1 1)72 34 49 

Fax: (05-1 1)77 88 72 

National Semiconductor 
GmbH 

Esohborner Landslrasse 130-132 

D-6000 Franklurt 90 

Germany 

Tel: (0-69) 78 91 09 

Fax: (0-69) 78-94-38-3 

National Semiconductor 
GmbH 

IndustriestrasselO 

D-8080 Fijrstenfeldbruck 

Germany 

Tel: (0-81-41) 103-0 

Telex: 527649 

Fax: (0-81-41) 10-36-06 

National Semiconductor 
GmbH 

Untere Waldpiatze 37 

D-7000 Stuttgart 80 

Germany 

Tel: (07-11)68-65-11 

Telex: 7255993 

Fax: (07-11) 68-65-260 

National Semiconductor 

Hong Kong Ltd. 

13th Floor, Straight Block 

Ocean Centre 

5 Canton Rd. 

Tsimshatsui, Kowloon 

Hong Kong 

Tel: (852) 737-1600 

Telex: 51292 NSHKL 

Fax:(852)736-9960, 



National Semiconductor 
(UK) Ltd. 

Unit2A 

Clonskeagh Square 

Clonskeagh Road 

Dublin 14 

Ireland 

Tel: (01) 269-5344 

Fax: (01) 283-0650 

National Semiconductor SpA 

Strada 7, Pallazo R/3 

1-20089 Rozzano-IUIilanoliori 

Italy 

Tel: (02) 57500300 

Telex: 352647 

Fax: (02) 67600400 

National Semiconductor 
Japan Ltd. 

Sanseido BIdg. 5F 

4-15-3, Nishi-shinjuku, 

Shinjuku-ku 

Tokyo 

Japan 160 

Tel: (03) 3299-7001 

Fax; (03) 3299-7000 

National Semiconductor 
(Far East) Ltd. 

Korea Branch 

13th Floor, Dai Han 

Life Insurance 63 Building 

60, Yoido-dong. Youngdeungpo-ku 

Seoul 

Korea 150-763 

Tel: (02) 784-8051 

Telex; 24942 NSRKLO 

Fax: (02) 784-8054 

Electroriica NSC 

de Mexico SA 

Juventino Rosas No. 1 1 8-2 

Col Guadalupe Inn 

Mexico, 01 02O D.F.Mexico 

Tel: (525) 524-9402 

Fax; (526) 524-9342 

National Semiconductor 
Benelux B.V. 

Flevolaan 4 
Postbus 90 
1380ABWeesp 
The Netherlands 
Tel; (02) 94 03 04 48 
Fax; (02) 94 03 04 30 

National Semiconductor 
(UK) Ltd. 

Isveien46 

N-1390Vollen 

NonAiay 

Tel: (2) 79-6500 

Fax: (2) 79-6040 



National Semiconductor 
Asia Pacific Pte. Ltd. 

200 Cantonment Road #13-01 

Southpoint 

Singapore 0208 

Singapore 

Tel: (65) 225-2226 

Telex; NATSEMI RS 33877 

Fax; (65) 225-7080 

National Semiconductor 

Calle Agustin de Foxa, 27 (9*0) 

E-28036 Madrid 

Spain 

Tel: (01) 7-33-29-58 

Telex; 46133 



Fax: (01) 7-33-80-18 

National Semiconductor AB 

P.O. Box 1009 
, Grosshandlarvagen 7 
S-121 23 Johanneshov 
Sweden 

Tel: (08) 7228050 
Fax: (08) 7229095 

National Semiconductor 

Alte Winterthurerslrasse 53 

CH-8304 Wallisellen-Zurich 

Switzerland 

Tel: (01) 8-30-27-27 

Fax; (01)8-30-19-00 

National Semiconductor 
(Far East) Ltd. 

Taiwan Branch 

9th Floor, No. 18 

Sec. 1 , Chang An East Road 

Taipei, Taiwan, R.O.C. 

Tel: (02)521-3288 

Fax: (02)561-3054 

National Semiconductor 
(UK) Ltd. 

The Maples, Kembrey Park 

Swindon, Wiltshire SN2 6UT 

United Kingdom 

Tel: (07-93) 61 41 41 

Telex: 444674 

Fax: (07-93) 62 21 80 



Dt993 National Semicondjctor MIX4192P RRD/RRD20M83/Printed in U.S.A. 



Printed on Recycled Paper 



